Scrum 框架包括 Scrum 练习、仪式和 Scrum 团队定期举行的会议。敏捷仪式是我们看到团队差异最多的地方。例如，有些团队发现举办所有这些仪式既繁琐又重复，而另一些团队则将其用作必要的登记手段。我们的建议是，在两次冲刺阶段使用所有仪式，然后看看其效果。接着，您可以进行快速回顾，看看可能需要进行哪些调整。

以下是 Scrum 团队可能参加的所有重要仪式清单：

组织待办事项列表：有时也被称为待办事项梳理，它由产品负责人负责。产品负责人的主要工作是协助实现产品愿景，并持续关注市场和客户。因此，客户可根据用户和开发团队的反馈来维护此列表，以协助确定列表的优先级并保持整洁，同时准备在任意给定时间进行工作。您可在此处了解有关维护正常待办事项列表的更多信息。

冲刺规划：当前冲刺期间要执行的工作（范围）将由整个开发团队在本次会议期间进行规划。此会议将由 Scrum 主管主持，且会在此期间由团队决定冲刺目标。然后，产品待办事项中的特定用户故事会被添加到冲刺中。这些故事始终与目标一致，并且经过 Scrum 团队的同意，在冲刺期间实施是可行的。 在规划会议结束时，每个 Scrum 成员都需要明确在冲刺中可以交付什么以及如何实现更多。

冲刺：冲刺是 Scrum 团队共同完成增量的实际时间段。两周是一个相当典型的冲刺时长，尽管某些团队发现一周更容易确定范围，或是一个月更容易提供有价值的增量变化。Scrum.org 的 Dave West 建议，工作越复杂，未知因素就越多，而冲刺就应该越短。但事实上，这取决于您团队；而如果不起作用，您也不应畏惧改变！在此期间，必要时可由产品负责人和开发团队重新协商范围。这构成了 Scrum 经验本质的关键。 所有事件（从规划到回顾）都是在冲刺期间发生的。一旦确定了冲刺的特定时间间隔，就必须在整个开发期间保持一致。这有助于团队吸取经验教训，并将这些洞察应用于未来的冲刺。

每日 Scrum 或简短例会：这是每天在同一时间（通常是早晨）和地点举行的超短例会，以确保此会议简洁明了。很多团队试图在 15 分钟内完成会议，但这只是一个参考。此会议强调需快速举行，因此也被称为“每日短会”。每日 Scrum 旨在让团队中的每一个成员都保持同步，共同朝着冲刺目标努力，并制定未来 24 小时的计划。 您可在每日短会上说出自己在实现冲刺目标或解决任何障碍时遇到的问题。 每日短会的其中一种常见举行方法是让每个团队成员在实现冲刺目标的过程中回答三个问题： 我昨天做了什么？ • 我今天打算做什么？ • 是否存在障碍？ 然而，我们发现会议很快会变成大家陈述昨天和第二天的日程表。每日短会的理论基础是，它可以分散日常会议的注意力，这样团队就可以在当天剩下的时间里专注于工作。因此，如果它不幸沦为了每日日程表阅读会，则应果断做出改变以求创新。

冲刺审核：在冲刺结束时，团队聚集在一起进行非正式会议，以观看增量演示或检查增量。开发团队向利益相关者和团队成员展示目前处于“已完成”状态的待办事项，以征求他们的反馈意见。尽管在多数情况下都会发布增量，但产品负责人仍可决定是否发布增量。 此次审核会议也是产品负责人根据当前冲刺重新处理产品待办事项之时，当前冲刺可为下一次冲刺规划会议提供相关信息。对于为期一个月的冲刺，可考虑将您的冲刺审核时间限制为最长四个小时。

冲刺回顾：回顾是指团队聚集在一起共同记录和讨论冲刺、项目、人员或关系、工具甚至在某些仪式中哪些有效以及哪些无效。我们的思路是创造一个地方，让团队能够专注于哪些工作进展顺利和哪些地方有待改进，而不是专注于出了什么问题。

简化您的项目，轻松规划、跟踪和管理涉及多个冲刺的工作。Jira Scrum 模板包括看板、待办事项列表、路线图、报告等！

2016 年，Scrum 指南添加了五个 Scrum 价值观。这些价值观为 Scrum 团队的工作、行动和行为提供了指导。它们对于 Scrum 团队的成功至关重要。

Scrum 团队规模小且敏捷，每个团队成员都对团队的成功起着重要作用。因此，每个团队成员都应同意承担自己可以完成的任务，而不是过度投入。应经常就工作进展进行沟通，通常采用站会形式。

对于 Scrum 团队来说，勇气就是勇于质疑现状或任何阻碍其成功的东西。Scrum 团队成员应该有勇气尝试新事物，并感到足够安全。Scrum 团队应该有勇气和安全感，对障碍、项目进度、延误等情况保持透明。

Scrum 团队工作流程的核心是冲刺，这是一段有针对性的特定时段，团队在此期间完成一定数量的工作。冲刺不仅提供了结构，还能集中精力完成计划的工作量。

每日站会可以促进开放性，让团队可以公开谈论正在进行的工作和障碍。在 Atlassian，我们的 Scrum 团队经常会解决以下问题：

这有助于突出进展并发现障碍。每个人都分享进展时，还有助于加强团队力量。

敏捷团队的优势在于其协作，并认识到每个团队成员都在冲刺中为工作做出了贡献。他们互相庆祝成就，并尊重彼此、产品负责人、利益相关者和 Scrum 主管。

Scrum 是一种非常流行的敏捷开发框架，以至于 Scrum 和敏捷开发经常被误认为是同一回事。此外，还有一些框架（如看板）也是较受欢迎的选择。某些公司甚至选择使用 Scrum 和看板的混合模式，后者也亦称为“Scrumban”或“Kanplan”，这是一种附带待办事项列表的看板。 Scrum 和看板都采用可视化方法（例如 Scrum 板或看板）来跟踪工作进度。两者都强调效率，并将复杂的任务分成可管理的较小工作，但它们实现目标的方法却各有不同。 Scrum 专注于固定长度的小型迭代。一旦最终确定冲刺的时间段，便可确定在此冲刺周期内可实施的故事或产品待办事项条目。但在看板中，首先需确定当前周期内要实施的任务数量或正在进行的工作（WIP 限制）。然后，向后计算实施这些功能所需的时间。 看板的结构化程度不如 Scrum。除了 WIP 限制之外，它的解释是相当开放的。但是，Scrum 在实现过程中必须强制实施几个明确的概念，如冲刺审核、回顾、每日 Scrum 等。此外，它还坚持跨职能。换言之，Scrum 团队无需依赖外部成员就能够实现目标。组建跨职能团队并非易事。从此意义而言，看板更容易适应，而 Scrum 则可视为开发团队思维过程和运作方式的根本性转变。

Scrum 框架本身很简单。规则、工件、事件和角色都不难理解。其半规范性方法实际上有助于消除开发过程中的歧义，同时可为公司提供足够的空间来引入自己的个性风格。

Scrum 可将复杂的任务组织成易于管理的用户故事，是棘手项目的理想之选。此外，明确划分角色和规划开展的活动可确保整个开发周期的透明度和集体自主权。快速发布可保持团队的积极性和用户满意度，因为他们可以在短时间内看到工作进展。

但是，我们可能需要时间才能充分了解 Scrum，特别是在开发团队适应典型的瀑布模型时。小型迭代、每日 Scrum 会议、冲刺审核和确定 Scrum 主管的概念对于新团队来说可能是具有挑战性的文化转变。

但是，长期的好处远远超过最初的学习曲线。Scrum 在跨不同行业和垂直领域开发复杂的硬件和软件产品方面取得的成功，使其成为满足贵组织需求的卓越框架。

如需学习 Jira Software 的 Scrum，请查阅本教程。