Scrum 是一种专有的灵活开发方法，具有团队中非标准角色分配和独特的迭代组织。Scrum与其他敏捷任务和项目管理方法一样，提倡团队合作、短迭代以及工作过程中的持续改进。这些原则通过一组特定的角色、规则、流程和工具来实现，使团队能够以两倍的速度生产产品。
在 Scrum 团队中，关键职位由Scrum Master和 产品负责人担任，
迭代从规划开始，
团队成员在其中“玩”
规划 扑克，并以带有回顾的演示
结束。
Scrum 方法论是由美国人研究员兼商业顾问 Jeff Sutherland 和执业程序员 Ken Schwaber 于 1993 年创建的。 1995 年，该概念的作者在德克萨斯州奥斯汀举行的计算机协会科学会议上正式介绍了他们的方法。
Scrum 合著者的想法并不新鲜：他们从日本管理研究人员竹内和野中的作品“新产品开发”中借用了概念甚至名称。 《新游戏规则》，出版于 1986 年。即便如此，日本制造商也采用了 Scrum 的基础方法。该方法的名称借用了橄榄球运动员的词汇。 Scrum，即争球，是一种比赛元素，体现了团队合作对于赛场胜利的重要性。
在 IT 和其他领域使用 Scrum
Scrum 最早应用于生产软件的公司。在 Scrum 正式提 阿曼 whatsapp 号码数据 出之前，J. Sutherland 监督的第一个项目是 ATM 网络软件的开发（1983 年）。 IT公司和部门的程序员团队依然是scrum的主要消费者。然而该方法的作者坚持认为Scrum 适用于解决任何问题，并给出了在制造业、建筑业、教育业、政治业，甚至解决日常问题（如一般清洁或组织假期）中使用 Scrum 的例子。
事实上，根据Scrum Alliance 2016 年的报告，使用 Scrum 完成的项目中 21% 与 IT 领域无关。查看哪些部门正在成功使用 Scrum：
Scrum、敏捷、瀑布
Scrum 属于灵活方法论或敏捷方法论。敏捷并 气候谈判从来没有多少定论 不是一个独立的方法论，而是一整套软件开发哲学，它的主要方法记录在 2001 年的《敏捷软件开发宣言》中。宣言列出了敏捷的主要原则：团队的重要性、关注产品而不是文档、流程透明度、持续改进和快速取得成果。
Scrum 是敏捷框架之一，是一种处理项目的正式方法。除了Scrum之外，其他现代方法也属于敏捷方法。 scrum 的替代方案可以是XP、Kanban、Lean、Crystal、快速应用程序开发、Scrumban 等。也就是说，Scrum是敏捷，但敏捷不仅仅是Scrum。
想象一下，敏捷就是基督教，而scrum是它的一个分支，例如新教。虽然基督教徒，尤其是新教徒，都信奉相同的原则，但新教徒有自己独特的仪式来表达他们的信仰。
因此， Scrum 和 Agile之间的区别和相似之处可以直观地表示如下：
| Scrum | 敏捷 | |
| 哲学 | – | + |
| 方法论 | + | – |
| 仪式 | + | – |
| 角色 | + | – |
| 工艺品* / 可制作物品 | + | – |
| 透明度 | + | + |
| 短迭代 | + | + |
| 频繁发布 | + | + |
| 考虑变化 | + | + |
| 持续改进 | + | + |
* Scrum 中的工件是团队在开展项目工作时创建的对象。这些包括产品待办事项、冲刺待办事项和产品增量，这是团队在冲刺结束时交付的工作功能
敏捷开发方法与90年代几乎所有开发团队都 台灣號碼 采用的级联模型（cascade，waterfall）相对。
级联模型的本质是分阶段实施项目，每个后续阶段的工作只有在前一个阶段完成后才开始。级联模型的示意图如下：
但级联方法并没有发挥作用——团队错过了最后期限并且超出了预算。瀑布方法没有考虑到新出现的问题、延迟和故障、不断变化的客户和环境要求。有必要寻找替代方案并改变工作流程——定期回顾、分析所做的工作并立即消除障碍并做出改变。这就是灵活方法论agile及其衍生品出现的原因。