The Scrum Framework — 第二版

本章保留第二版的历史与实践教学语境。下方目录也提供第三版课程。

---

什么是Scrum？
Scrum框架的主要组成部分

Scrum定义：一种主要用于软件开发的轻量级敏捷项目管理框架。它描述迭代增量方式，用于交付工作、解决各行业及生活领域中商业与非营利项目的问题。

Scrum由一组为敏捷项目管理提供结构的组件构成，核心是一份全面清单：Product Backlog，包含改进产品所需的一切，如增强功能和修复缺陷。它不只是购物清单，而是产品所有变更需求的单一来源。条目重要性体现在优先级中，指引团队下一步工作。下面深入了解这一组件。

Scrum框架的主要组成部分包括： Product Backlog、Sprint Backlog、Increment、Sprint、Sprint Planning、Daily Scrum、Sprint Review和Sprint Retrospective。这些组件支持迭代增量开发、持续改进与团队有效协作。

Scrum适用于软件与技术企业内外的各种项目，从完整业务软件套件，到任何行业大型系统的特定部分，既适合客户项目，也适合内部项目。

Scrum框架本身很简单，只定义若干通用指南与少量规则、角色、工件和事件。但每个组件都很重要，各有目的，对成功应用框架不可或缺。

Scrum框架的主要组成部分是：

• 第二版术语中的三种角色：Scrum Master、Scrum Product Owner和Development Team，共同组成Scrum Team
• 包含最终用户需求的有序Backlog
• Sprint及其中产生的Increment
• Scrum事件：Sprint Planning（做什么会议、如何做会议）、Daily Scrum、Sprint Review、Sprint Retrospective

Scrum的关键组件

Scrum中，三个主要组件构成此敏捷框架的骨干： Product Backlog、Sprint Backlog和Increment。 这些要素协同提供项目的清晰度、结构与方向。下面逐一理解它们在Scrum开发中的关键作用。

Product Backlog

这个 Product Backlog 如同项目藏宝图，是产品所需全部任务、需求、功能、增强和缺陷修复的动态清单，也是所有产品变更与改进的单一事实来源。它随新信息、优先级变化及各方反馈不断演进。

维护这份有序清单至关重要，指引决定产品包含什么功能、何时交付。它为整个项目奠基，明确需要做什么、按什么顺序做。

Sprint Backlog

与范围广泛的Product Backlog不同，Sprint Backlog是团队在Sprint Planning中选择的具体工作项的精简集合，是Sprint内执行任务的蓝图。结合交付Increment、实现Sprint Goal的明确计划，提供固定时间内推进工作的清晰路径。

理解Sprint Backlog基于Sprint Planning中从Product Backlog选出的任务子集，有助于团队专注契合近期目标的关键活动。明确谁做什么，并公开目标进展，能增强合作与责任感。

Sprint与Increment

继续探索Scrum核心要素，会遇到两个密切相关的概念： Sprint与Increment。 Increment将已完成的Product Backlog工作与现有产品结合为可用整体。Sprint是开展工作的时间盒，并非Increment本身。这意味着项目任意时点（通常每个Sprint后），我们获得分配任务汇聚而成的完整成果，必要时即可交付。

这三个组件通过透明促进高效协作，也在项目全过程建立关注点、提供方向。Product Backlog定义目的地，Sprint Backlog承载实现阶段目标的路线图，最终共同体现为有形成果，准确反映各时点进展。理解它们是发挥Scrum效力、有效管理敏捷项目的重要部分。

了解Scrum基本构件后，继续探索敏捷的另一基石：组成成功团队的不同角色。

深入Scrum角色

Scrum Master与Product Owner对项目成功至关重要。下面详细了解它们在敏捷项目管理中的意义。

Scrum Master

这个 Scrum Master 作为Scrum流程守护者，确保团队遵循框架原则与实践。作为服务型领导者，营造协作环境，赋能团队持续改进并交付高质量成果。

重要职责之一是移除阻碍团队进展的障碍，包括内部冲突或外部沟通问题，使团队专注目标，避免不必要干扰。

他们还以敏捷方法辅导和指导团队，使成员充分理解并有效运用原则。通过研讨会、培训与其他学习机会，帮助团队建立坚实的敏捷实践基础。

Product Owner

另一方面，还有 Product Owner，连接开发团队与利益相关者，尤其代表客户声音。主要职责是定义并排序交付成果，最大化用户与业务目标的价值。关键工作包括将客户需求转化为明确用户故事与Backlog条目，为开发提供清晰方向和目的。

Product Owner必须持续协作利益相关者，迭代收集反馈。通过关注市场条件与客户偏好的变化，确保产品符合战略目标，同时满足用户期望。

如艺术家依据愿景精心塑造作品、同时融入观众反馈，Product Owner依据客户意见构建功能，反复迭代，直到契合用户需求与业务目标。

这些角色细节展示了其如何在Scrum环境中互补，推动协作、价值交付与组织目标对齐。

理解关键角色如何合作，有助于深入认识工件在敏捷项目中的重要作用。

Scrum Team Member

这个 Scrum Team Member 是Scrum中的重要角色，为共同目标贡献协作努力。他们运用多样技能促进产品开发，在每日站会汇报进展、讨论障碍，支持有效沟通；积极参与Sprint Planning，协助确定衡量工作完成能力的速率；使用燃尽图和Scrum看板查看进展与任务；遵守完成定义，确保工作达到既定标准；采用自组织方式，自主作出有助项目整体成功的决定。

理解Scrum工件

Scrum工件是项目工作的有形成果，促进成员与利益相关者沟通理解。正式工件是Product Backlog、Sprint Backlog和Increment。本节也介绍两项实用配套技巧：用户故事与燃尽图。

用户故事

用户故事如同窥见大项目的小窗，是从最终用户或客户角度描述新能力的简短文字。可想象为写在便利贴或小索引卡上的消息，记录功能应实现什么的关键细节。以日常语言传达用户需求，让技术与非技术成员都能理解。

用户故事的价值在于可代表功能需求，开启开发、测试、设计人员乃至客户间的讨论，帮助理解需要构建什么。

编写有用的用户故事：

• 让用户参与： 用户故事说明客户真正想要什么。
• 关注价值与成果： 聚焦为用户提供的核心价值。
• 鼓励参与互动： 促进互动，而不只是构建事物。

燃尽图

燃尽图（更多内容参见 Scrum燃尽图）直观表示剩余工作量与时间的关系，Y轴为剩余工作，X轴为时间。如同一幅画，展示各Sprint周期中的进展或停滞。

图表不只是好看，更是基于历史数据衡量进展的工具，提供可指导未来决策的宝贵回顾。看见剩余工作与可能耗时，创造透明度，让团队获得知情决策所需洞察。

燃尽图不仅反映任务随时间变化，也应传达实现特定时间里程碑的风险，成为团队各部分讨论的起点，帮助理解前方障碍。

创建用户故事、维护燃尽图，可带来清晰度与透明度，并通过这些工件体现敏捷团队的协作、简单和开放沟通原则。

前面介绍了支持有效项目管理的Scrum工件与配套技巧，现在转向关键事件。

审视Scrum事件

Scrum的核心与灵魂在于事件。这些专门设计的活动推动工作前进、确保大家理解一致，并提供检视与适应机会。 下面深入了解这些基础事件在敏捷项目管理中的作用与重要性。

每日站会

每日站会是一场简短、有时间盒的会议，通常每天同一时间、同一地点举行。开发团队同步活动，公开可能影响表现的障碍。它不是详细任务状态汇报，而是快速沟通，确保大家理解团队当前工作、阻碍进展之处，以及是否有人需要帮助。

每日会议旨在促进协作与透明。了解彼此工作，能识别潜在依赖或可提供支持的地方。及时处理障碍，可加快解决并减少延误。

Sprint Planning

另一关键事件是Sprint Planning，在每个Sprint开始时举行。Sprint通常持续一至四周。目标是确定Increment可交付什么、如何完成工作。Scrum Team协作讨论并商定即将到来的Sprint目标。

事件关注两点：决定有序Product Backlog中哪些条目可在Sprint内开发，以及制定完成计划。全面讨论可实现目标、策略、潜在挑战与任务优先级。

Sprint Review

Sprint Review让利益相关者与开发团队共同探讨产品进展的关键问题。不同于每日站会，它在每个Sprint结束时进行，全面回顾产品开发周期。成员、利益相关者和最终用户带来不同观点，形成社区感。会上分享Sprint所得见解，建立对产品方向的共同理解，也展示评估新构想，保持项目活力、响应需求变化。作为关键检查点，Review促进协作、透明与持续改进。

Sprint Retrospective

如同其他学习过程，敏捷重视反思与持续改进。回顾会议让Scrum Team检视自身，并规划下个Sprint实施的改进。

可将其视为“经验教训”交流：成员公开讨论Sprint中做得好、可改进之处，并构思新方法以改善未来成果。这种持续演进的投入，帮助团队拥抱变化、完善流程并逐步提升表现。

这些事件使协作充分发挥作用，推动持续进展并确保高效工作流，共同支撑敏捷框架内成功交付项目。

深入理解基础组件后，来看看Scrum如何惠及您的项目。

Scrum如何惠及项目

管理项目时，效率与适应性至关重要。Scrum在此尤其出色，带来多种益处，提升项目成效与成功机会。

提高生产力

Scrum最大优势之一是显著提高生产力。其迭代特性提供定期反思流程、作必要调整的机会，推动持续改进。将工作拆成可管理的迭代或Sprint，团队就能专注交付小而有价值的增量，确保不断前进。

强调协作与自组织，还能建立主人翁意识和责任感，激励成员更紧密高效地实现共同目标。生产力因此提高，项目推进更快。

增强透明度

Scrum增强整个项目生命周期的透明度。每日站会、定期评审和回顾，让所有成员了解状态、潜在障碍与成果，形成开放沟通和反馈交流环境，随时清楚理解进展。

透明不仅让成员获得更好洞察，也让利益相关者与客户完整看见项目变化，建立对团队按预期交付能力的信任与信心。

灵活性

动态商业环境中，迅速适应变化是成功关键。Scrum的灵活性让团队及时响应开发中的需求变化。更短周期和频繁评审，使必要调整得以顺畅纳入，而不打乱整个项目。

适应新市场或融入客户反馈成为流程的自然部分，而非艰难任务，使项目持续契合变化的目标与市场需求，更容易交付最终用户认可的价值。

通过提高生产力、增强透明并灵活应对项目和客户不断变化的需求，Scrum显著提升项目管理整体成效。

Scrum框架还有哪些主要组件？

自组织

自组织与团队沟通对所有Scrum项目都很重要。传统项目经理不再存在，责任由Product Owner、Scrum Master和开发人员分担。最终由团队决定在特定迭代（Sprint）中能完成什么、完成多少。

持续改进

另一核心方面是持续改进：检视与适应。团队需频繁检视、评估工件和流程，以调整优化。从中期看，这能优化成果、提高可预测性，进而降低整体项目风险。

Scrum应对需求可能快速变化、项目起初未完全明确的现实。细节需求仅在真正实现时才定义。产品、需求和流程的变更优化，是整个工程周期的组成部分。

沟通

沟通是另一基石。Product Owner与团队紧密合作，识别并排序功能，写成用户故事存入Product Backlog。Backlog包含当前已知、为成功交付可工作软件系统所需的一切工作。

团队赋能

开发人员选择预测能在本例2–4周Sprint内完成的工作。团队可自行承诺目标，因此更有动力、尽力发挥。Scrum Master作为服务型领导者，帮助理解Scrum、保护团队免受外部打扰，并移除妨碍最高生产力的障碍。

Scrum简单形式最适合单团队小项目，也可支持更大、多团队或分布式工作。本版描述的“Chief Scrum Product Owner”是一种可选扩展安排，并非框架要求的额外角色。

Scrum组件的实践应用

用户故事地图是重要实践应用，帮助理解用户如何与软件交互。这种视觉辅助简化需求捕获和用户旅程绘制，是建立全面Backlog的基础。通过把全貌拆成可管理组件，精简满足用户需要的功能、协调利益相关者，并按用户需求排序工作项。

这种视觉表示还帮助发现开发工作流中的缺口或重复，并用于沟通、设计整体产品路线图。故事地图让成员、Product Owner、Scrum Master和开发人员协作查看端到端产品，深入理解用户期望，依据洞察完善Backlog。

另一重要实践应用是 敏捷估算，运用 相对大小估算 和 Planning Poker 更准确地估算完成用户故事或任务所需工作量。让全体团队参与估算，有助于更好规划与预测。

相对估算通过比较新条目与已完成工作加快估算，可使用T恤尺码（S、M、L）或斐波那契数列（1、2、3、5、8……）。Planning Poker让所有成员积极参与、独立估算，再讨论直至共识。

例如，团队使用Planning Poker估算新功能，一名开发人员认为需两周，另一名认为一周。由此讨论影响估算的复杂度、风险或其他任务依赖。这种包容方式加深对完成功能所需工作范围的理解。

用户故事地图和敏捷估算是Scrum组件的基础实践，促进有效规划与一致理解，为团队提供强大工具，高效应对复杂需求，并在整个开发过程中保持与用户需求一致。

Scrum组件回顾

敏捷项目管理中，Scrum因强调协作与适应而突出。它将工作组织为有时间盒的Sprint，每次持续数周。Scrum Team由Product Owner、Scrum Master和开发人员组成跨职能团队，负责交付有价值增量。团队紧密协作利益相关者，确保其意见被考虑并融入开发。

Scrum组件通过角色、工件和事件塑造开发流程，协同推动高价值增量。Product Backlog是动态工作项库，由Product Owner按业务价值排序。每个Sprint中，Scrum Master引导流程、确保遵循原则，整个团队协力产出Increment，即潜在可发布、提供有形价值的产品版本。这种协作推动前进、增强透明，让各方共同理解进展。

Scrum的关键能力是每个Sprint结束时产生有价值增量，既展示有形进展，又支持快速适应需求变化。团队投入、Scrum Master指导和Product Owner愿景共同形成符合各方期望的持续交付循环。专注增量，使Scrum保持动态适应，为团队与最终用户带来重大价值。清晰角色、协作工件与Sprint节奏，使其成为具有变革力量的框架，为产品成功提供结构化而灵活的路径。

通过我们的免费可下载资源进一步探索这些实践，访问 International Scrum Institute ，今天就加深对敏捷项目管理的理解！