Scrum 是一种可以帮助提高效率并管理复杂项目的资源跟踪的方法。团队不是一次性处理一个庞大的项目，而是将其分解为更小、更易于管理的冲刺，集中精力逐步交付高质量的结果。
理解 scrum 的一个简单类比是想想如何训练跑一英里。短距离、激烈的冲刺比增强长距离耐力更有效，其目标是尽快完成赛道的单圈。每次冲刺都会提高你的速度，增加耐力，并让你完善技术。
这正是 Scrum 在项目管理中的工作原理，如果有效使用，它可以加快项目交付速度，同时将浪费的时间或预算降至最低。
Scrum 帮助团队更高效地组织和完成复杂的项目。通过将这些复杂的项目分解为更小、更易于管理的部分，团队能够通过迭代反馈不断改进他们的工作。
Scrum 简化了复杂的项目，同时促进了协作。虽然 Scrum 经常用于软件开发，但这种方法可用于带领任何团队完成任何复杂的项目。
Scrum 一词起源于橄榄球比赛，描述球队作为一个整体向前移动，根据快速变化的游戏玩法将球传给正确的人。作家 Hirotaka Takeuchi 和 Ikujiro Nonaka 在 20 世纪 80 年代首次使用 Scrum 作为在体育背景下可视化不断发展的现代商业实践的一种方式，之后 Scrum 就与这种项目风格永久地联系在一起。
Scrum 方法论是什么？
Scrum 方法使团队能够协同工作，在称为“冲刺”的小型、可管理的任务中解决复杂的问题。冲刺通常会持续几周，最后进行审查流程，讨论事情进展情况以及可以改进的地方。
这种迭代过程使得通过不断的反馈来持续改进产品和工作流程变得更加容易。这就像整个学期定期进行测试来衡量你的学习情况，并在参加期末考试之前进行调整，而不是在不学习的情况下参加期末考试。
Scrum 允许团队不断评估进度并进行调整，而不是等到最后才看项目是否成功。
Scrum 与敏捷
敏捷是一种更普遍的项目管理思维方式，其重点是灵活、小步推进并不断改进。 Scrum 是将敏捷思维付诸实践的一种具体方式。换句话说，敏捷是理念，而 Scrum 是促进行动。
请参阅：查找相关建议。
如何开始使用 scrum
为了让您的团队开始使用 Scrum，第一步是组建您的 Scrum 团队。对该团队成员的主要要求是他们将参与 Scrum 的整个生命周期。这有助于保持一致性和协作的便捷性。
Scrum 团队角色
Scrum 鼓励团队成员对自己的工作负责，与团队其他成员进行充分沟通，并进行自我组织。执行这种方法的团队结构确实很重要。
主要角色包括：
- 产品负责人：产品负责人负责最大化开发团队所做工作的价值，并充当利益相关者和 Scrum 团队之间的联络人。
- Scrum 大师：Scrum Master 促进并指导 Scrum 通过每个事件达到最终目标。值得注意的是，这个角色不一定是经理，而是项目推动者和领导角色，致力于预测开发团队的障碍，确保顺利和持续的进展。
- 开发团队：开发团队负责在每个冲刺结束时执行可交付的产品。他们在冲刺期间进行自组织，并根据自己的技能在开发团队中担任不同的角色。
该小组统称为 Scrum 团队。每个角色都是方法论和反馈周期的重要组成部分，最终目标是通过每个冲刺改进产品。
下一步是确定谁对 Scrum 工件负责。
Scrum 工件
保持整个团队进度的可见性是 scrum 中每个 sprint 的关键组成部分。这对于团队在项目各个阶段保持正轨并自我组织非常有用。为了简化这些工件的管理，团队可以考虑使用。
产品积压
谁监督它：产品所有者。
它是什么：该文档应包含整个项目的所有想法、项目和提案，并作为 Scrum 团队的唯一事实来源。最重要的是，它包含完成定义 (DoD)，它定义了 Scrum 团队商定的项目或产品完成定义。它应该不断更新，以反映 Scrum 团队当前所做的调整和改进。
冲刺待办事项
谁监督它：开发团队。
它是什么：本文档包含特定冲刺的总体愿景。它定义了冲刺目标，这是开发团队在冲刺结束时负责交付的工作范围。它通过冲刺目标使他们与整个项目保持同步，冲刺目标定义了冲刺在整个项目中的角色，并包含任务分解，其中每个任务被分解为可操作的步骤。
燃尽图
谁监督它：Scrum 大师。
它是什么：燃尽图是团队进度的直观表示。这些图表从产品待办事项和冲刺待办事项中提取数据，以显示产品的剩余工作量与完成之前的剩余时间。该工具使整个团队能够了解当前取得的进展，并允许团队在无法达到时间表时进行修正。
增量
谁监督它：整个团队，但主要是开发团队。
它是什么：增量是开发团队正在开发的实际产品。它是产品的当前状态，本质上是当前冲刺与所有先前冲刺的合并。 Scrum 团队密切监控增量，以确保产品在完成时满足 DoD 的要求。
Scrum 事件
产品负责人创建产品待办事项列表并组建 Scrum 团队后，您的最后一步是参加冲刺（也称为 Scrum 活动）。
scrum 事件是：
- 冲刺计划：这次会议拉开了冲刺的序幕。整个 Scrum 团队在此开会，确定冲刺的时间表（通常为 2-4 周），并与 DoD 达成一致。
- 每日例会：这种情况在冲刺工作的每一天都会发生，通常是在同一时间和持续时间以保持一致性。开发团队参加的这次简短会议讨论了他们昨天做了什么、今天要做什么以及他们可能面临的任何障碍。
- 冲刺回顾：在冲刺结束时，整个 Scrum 团队和利益相关者都会进行此审查，以审查增量。团队在这里向利益相关者展示产品，以获得有关需要更新的内容的反馈。
- 冲刺回顾：冲刺回顾是冲刺的最后一次活动，包括整个 Scrum 团队。这是团队反思哪些方面进展顺利以及哪些方面可以为下一个冲刺改进的地方。重点是后续迭代的持续改进。
您的团队可能需要考虑使用为了促进当前的冲刺并维护过去冲刺的历史以进行比较。项目管理软件在协调公司员工和外部利益相关者之间也很有用。