如何使用Scrum启动敏捷开发：框架、支柱、价值观、角色与优势

Scrum框架的基础于1986年由竹内弘高和野中郁次郎在《哈佛商业评论》的一篇文章《新新产品开发游戏》中提出。作者描述了两种管理产品开发的方法。一些团队像接力赛跑选手一样沿直线前进，传递接力棒。另一些团队则像一场比赛中的一名橄榄球运动员，根据需要来回传球。

竹内和野中得出结论，NASA分阶段规划系统中使用的接力赛方法已经过时。他们认为，橄榄球模式将为企业提供在全球商业世界中竞争所需的工具。

1993年，杰夫·桑德斯、约翰·斯库米奥塔莱斯和杰夫·麦肯纳在软件公司Easel Corp.尝试开发Scrum软件。1995年，肯·施瓦伯和桑德斯，以及包括麦肯纳和斯库米奥塔莱斯在内的其他人，发表了一篇题为《Scrum开发流程》的论文。这一成果引发了一场重大变革，使开发者开始质疑传统瀑布式软件开发模式的有效性。

2020年11月，桑德斯和施瓦伯发布了《Scrum指南》的更新版本，其中包含了Scrum的官方定义。

Scrum与敏捷之间的关系

敏捷是一种开发和项目规划方法。正如《敏捷宣言》所述，它拥有一个总体的哲学或框架，指导其下的各种方法。Scrum是多种敏捷方法中的一种。

Scrum可以被视为实现敏捷的一种实际方法。与敏捷一样，Scrum包含一套价值观和原则。开发团队将Scrum融入其敏捷策略中，以增加具体性。

敏捷开发的一个原则是团队成员定期讨论如何提高效率，然后相应地调整行为。Scrum引入了一个正式流程来帮助团队实现这一点。每日会议使团队能够反思接下来24小时内需要完成的工作，并根据预期或遇到的障碍调整方法。

另一个敏捷原则认识到，最好的工作来自自我管理的团队。Scrum主管在此扮演关键角色。他们为团队提供完成工作所需的一切，并给予其自主选择路径的自由。随后，他们作为服务型领导者，指导团队解决问题、实现目标并化解冲突。

Scrum的支柱与价值观

Scrum的三大支柱是适应、检查和透明。

适应团队持续调整解决问题的方法，并在出现新问题时采用新方法。
检查团队持续反思并评估自身表现。
透明团队在一个开放的环境中工作，所有成员都理解彼此的流程，并了解他人面临的挑战。

Scrum的五大核心价值观

这些价值观支持三大支柱：

承诺团队具有自我管理能力，每个人都致力于完成商定的工作。
勇气团队作为一个整体运作——共同成功或共同失败。成员坚持做正确的事，并勇于面对困难问题。
专注减少干扰，团队专注于今天必须完成的工作。
开放团队花时间分享哪些方面做得好，以及哪些方面需要改进。
尊重团队成员各有优势，每个人的长处都受到尊重。在解决问题时，没有人会被责备。

Scrum 是一种项目管理框架，强调团队合作、责任担当以及朝着明确目标的迭代式进展。该框架从一个简单的前提开始：从可见或已知的事物入手。然后跟踪进展并根据需要进行调整。

Scrum 通常是敏捷软件开发的一部分。它得名于橄榄球比赛中每个人都有角色的阵型。Scrum 在软件开发中的角色包括：

产品负责人 — 这个人充当开发团队与客户之间的联络人。产品负责人确保已完成产品的期望得到传达并保持一致。
Scrum 主管 — 被称为项目协调人。他们确保遵循 Scrum 的最佳实践。他们必须是出色的领导者和项目经理，擅长协作、冲突解决和流程改进。
开发团队 — Scrum 开发团队的成员共同协作，创建并测试最终产品的增量版本。开发人员必须理解 Scrum 和敏捷开发实践。

什么是 Scrum 流程？

Scrum 流程鼓励实践者利用现有资源，并持续评估哪些有效、哪些无效。良好的沟通至关重要，通过会议（称为“事件”）进行。

Scrum 事件包括以下内容：

每日站会（每日 Scrum） — 这是每天在同一时间、同一地点举行的简短站立会议。在这些会议中，团队回顾前一天的成果，并计划接下来24小时的工作。这是团队成员讨论可能阻碍项目完成的问题的时间。
冲刺 — 冲刺是一个固定的时间盒（通常为30天），在此期间必须完成工作。上一个冲刺结束后，新的冲刺立即开始。
冲刺计划会议 — 在这些会议中，每个人参与设定目标。至少，结果是至少一个增量——一个可用的软件组件。
冲刺评审 — 这是展示增量成果的时间。
冲刺回顾 — 冲刺回顾是在冲刺结束后举行的会议。在此期间，所有人反思整个流程。也可以包含团队建设活动。该活动的一个关键目标是持续改进。

什么是 Scrum 工件？

在冲刺计划会议中回顾 Scrum 工件是有益的。Scrum 工件包括以下内容：

产品待办事项列表 — 这是尚未完成的工作列表。在产品待办事项列表的优化会议中，开发团队与业务负责人合作对列表进行优先级排序。产品待办事项列表可以通过称为待办事项列表优化的过程进行细化。
冲刺待办事项列表 — 这是必须在交付选定的产品待办事项列表项目之前完成的任务列表。这些任务被分解为时间盒化的用户故事。
产品增量 — 这代表了在一次冲刺中完成的内容——即该冲刺中完成的所有产品待办事项列表项目，加上之前所有冲刺中创建的内容。产品增量反映了所取得的进展。
燃尽图 — 退火图是剩余工作量的可视化表示。它有一个显示工作量的Y轴和一个显示时间的X轴。理想情况下，随着剩余工作量随时间减少到零，图表会显示出下降趋势。

Scrum方法的优势

Scrum的核心优势包括：

高质量的产品 — Scrum流程中的冲刺回顾环节基于反馈和持续改进。因此，采用此方法的开发团队能够交付高质量的产品。
团队合作 — Scrum创建了团结协作的软件开发团队，他们能够有效沟通、按时完成任务并共同解决问题。成员之间相互信任和尊重，并且明白时间的宝贵。这可能意味着将每日站会限制在严格的时间窗口内。一些软件团队在其流程中包含一个“黑客冲刺”，让开发人员能够探索新概念、测试想法并承担产品的责任。
灵活性 — 在Scrum中，团队必须根据新情况调整其工具和流程。随着开发的推进，产品定义可能会演变，高效团队会在多个迭代中交付这些变更。定期的产品待办事项会议使团队能够在项目进入冲刺阶段前重新排序优先级。
降低风险 — Scrum注重可预测、可持续的交付速度和持续的反馈，使团队有机会尽早且频繁地降低风险。如果某个想法行不通，短周期冲刺能让团队快速失败，使失败变得可控。
更短的上市时间 — Scrum旨在通过定义明确的冲刺，以可预测的增量方式发布产品和功能。发布功能并不需要完成整个产品。每个冲刺都旨在增加可交付的功能。由这些功能组成的完整产品被称为复杂产品。
更高的投资回报率（ROI） — Scrum的综合优势带来了更高的投资回报率。持续的反馈减少了流程后期的高昂错误，提升了产品质量并减少了缺陷。更短的上市时间和增量发布能够更快带来收入。

如何使用Scrum框架开始敏捷开发