Scrum 依赖透明度、检查和适应来有效交付价值。这一框架的核心是 Scrum 工件。这些工件不仅仅是行政要求；它们代表了工作本身、目标进展以及交付给利益相关者的价值。理解这些工件对于任何希望以清晰和高效方式运作的团队都至关重要。
Scrum 中有三个主要工件：产品待办事项列表、冲刺待办事项列表和增量。支持这些工件的是用户故事、燃尽图等具体工具，它们为工作流程提供了细致的洞察。本指南将详细探讨每个组成部分，解释其目的、运作机制以及它们如何相互协作，推动成功的产品开发。
Scrum 的三大核心工件 🏗️
《Scrum 指南》定义了三个特定的工件。每个工件都有其独特的作用，但它们彼此关联。它们共同构成了 Scrum 流程的支柱。
1. 产品待办事项列表 📋
产品待办事项列表是所有需要完成工作的唯一真实来源。它是一个按顺序排列的清单，列出了产品中所有已知的需求。这个清单永远不会完整，会随着产品及其环境的变化而不断演变。
- 动态特性： 产品待办事项列表会定期变化。新项目被添加，现有项目被澄清，优先级根据市场反馈或技术需求而调整。
- 按价值排序： 排在最上面的项目更清晰且优先级更高。这种排序使团队能够首先专注于最重要的工作。
- 透明度： 组织中的每个人都可以查看待办事项列表。这种开放性有助于建立信任，并使利益相关者能够理解正在构建的内容及其原因。
- 活文档： 它不是项目开始时创建的静态列表。它在整个产品生命周期中持续维护。
2. 冲刺待办事项列表 🗓️
冲刺待办事项列表是为冲刺选定的产品待办事项列表项目，以及交付增量并实现冲刺目标的计划。这是开发团队对冲刺的预测。冲刺待办事项列表是开发团队的计划，随着冲刺的推进，该计划也会发生变化。
- 团队自主权： 只有开发团队可以在冲刺期间更改冲刺待办事项列表。
- 预测： 它代表了团队认为在冲刺时间内能够完成的内容。
- 承诺： 尽管产品负责人负责排序产品待办事项列表，但团队会对冲刺待办事项列表中的工作做出承诺。
- 演变： 随着团队对工作了解得越来越多，计划也会不断优化。可能会添加新任务，或对现有任务进行进一步拆分。
3. 增量 🚀
增量是迈向产品目标的具体踏脚石。每个增量都累加到之前的所有增量之上，并经过彻底验证，确保所有增量能够协同工作。可以将增量理解为一组已完成的工作项的集合。
- 质量保证： 增量必须满足“完成的定义”。如果未满足，就不能被视为增量的一部分。
- 可交付性： 增量必须处于可用状态，无论产品负责人是否决定发布。
- 价值交付： Scrum 的目的是交付价值。增量是这种价值的有形体现。
用户故事：构建模块 📝
用户故事是敏捷环境中描述需求的主要形式。它们捕捉最终用户的视角，专注于所交付的价值。用户故事不是规格说明，而是对话的占位符。
理解结构
标准的用户故事遵循一个简单的模板。这种结构确保团队考虑用户是谁、他们需要什么以及为什么重要。
- 格式： 作为一个[用户类型]，我想要[某个目标]，以便[某个原因]。
- 示例： 作为一个客户，我想要按价格筛选搜索结果，以便我能找到在我预算范围内的产品。
- 清晰性： 这种格式迫使作者考虑上下文和价值，而不仅仅是功能。
INVEST 模型
为了确保质量，用户故事应遵循 INVEST 准则。这个首字母缩写可作为良好故事的检查清单。
- I – 独立： 故事应该是自包含的。故事之间的依赖关系会减缓进展，因此应尽量减少。
- N – 可协商： 详细内容由团队讨论。故事不是合同，而是讨论需求的承诺。
- V – 有价值： 每个故事都必须为用户或业务带来价值。如果没有，就不应被优先考虑。
- E – 可估算： 团队必须能够估算完成故事所需的努力。
- S – 小型： 故事应足够小，以便在单个冲刺内完成。
- T – 可测试： 必须有明确的标准来验证故事何时完成。
验收标准
验收标准定义了用户故事被视为完成所必须满足的条件。它们从用户的角度编写，为工作提供了明确的边界。
- 验证： 它们充当测试的检查清单。
- 共同理解： 它们确保产品负责人和开发团队就“完成”的状态达成一致。
- 示例： 它们通常包括预期行为的具体示例。
燃尽图：跟踪进度 📉
燃尽图是随时间推移剩余工作量的可视化表示。它是Scrum中用于跟踪冲刺进度最常用的工具之一。该图表帮助团队和利益相关者判断是否按计划完成冲刺目标。
图表的组成部分
标准的燃尽图由两条线在时间轴上绘制而成。
- 时间轴： 横轴表示冲刺的天数。
- 工作量轴： 纵轴表示剩余的工作量，通常以小时或故事点衡量。
- 基线： 理想线显示每天应完成的工作量，以确保按时完成。
- 实际： 实际线显示每天结束时实际剩余的工作量。
数据解读
阅读图表需要结合上下文。如果线条在基线上方，表示团队进度落后；如果在基线下方，则表示团队进度领先。
- 稳定下降： 平滑的下降斜率表明进度稳定。
- 水平线： 如果线条保持水平，说明没有工作完成。这表明存在障碍或注意力不集中。
- 向上移动： 如果实际线向上移动，说明冲刺中增加了新工作。这可能是因为范围发生了变化，或者最初的估算不准确。
- 冲刺结束时： 理想情况下，实际线应在冲刺结束时与基线相交。如果未相交，冲刺目标可能无法实现。
使用图表的好处
- 早期预警： 它能早期凸显趋势，使团队在截止日期前能够及时调整。
- 专注： 它使团队专注于剩余的工作。
- 沟通： 它为利益相关者提供了一种简单的可视化方式，使他们无需技术术语即可理解进展。
Scrum 工件对比 📋
为了澄清各工件之间的差异和关系，请考虑以下对比。
| 工件 | 负责人 | 目的 | 时间盒 |
|---|---|---|---|
| 产品待办事项列表 | 产品负责人 | 需求来源 | 产品生命周期 |
| 冲刺待办事项列表 | 开发团队 | 冲刺计划 | 冲刺周期 |
| 增量 | 开发团队 | 交付的价值 | 冲刺结束 |
| 燃尽图 | 开发团队 | 进度跟踪 | 每日（冲刺） |
常见陷阱与挑战 ⚠️
即使定义清晰，团队在正确实施这些工件时仍常常遇到困难。识别这些陷阱有助于保持健康的 Scrum 流程。
1. 产品待办事项列表变成愿望清单
当产品待办事项列表包含太多没有明确优先级的项目时，它就失去了价值。它变成了想法的堆积地，而不是交付计划。
- 解决方案：定期优化待办事项列表。移除不再相关的项目。
- 解决方案：确保只有少数项目被详细说明。将列表中较靠后项目的描述保持在较高层级。
2. 忽视完成的定义
如果增量并未真正完成，就会产生技术债务和混乱。未达到完成定义的增量，就不是真正的增量。
- 解决方案：定义明确的“完成”标准，包括测试、文档和集成。
- 解决方案：在每个冲刺结束时审查完成的定义，以确保其仍然有效。
3. 错误解读燃尽图
当图表线向上时，团队常常会恐慌。然而，如果范围发生变化或发现了新风险，有时添加工作是必要的。
- 解决方案：使用图表来开启对话，而不是归咎于人。
- 解决方案：在每日站会中讨论偏差，以了解原因。
4. 缺乏透明度
如果工件被隐藏或仅在冲刺结束时更新，它们就无法提供必要的透明度。
- 解决方案：随着工作的推进，实时更新工件。
- 解决方案：在评审期间让所有利益相关者都能看到工件。
维护工件完整性 🔒
维护Scrum工件的质量需要纪律和持续努力。这不是一次性的设置，而是一个持续的过程。
产品待办事项列表优化
优化是为产品待办事项列表中的项目添加细节、估算和优先级顺序的过程。这项活动确保待办事项列表对规划仍然有用。
- 频率：这应定期进行，通常每周一次。
- 参与者：产品负责人主导，但开发团队提供关于技术可行性的输入。
- 结果：待办事项列表的顶部应准备好在下次冲刺计划会议中进行选择。
持续改进
Scrum团队应在冲刺回顾会议中反思他们如何使用工件。
- 反馈循环：询问哪些方面在起作用，哪些方面阻碍了进展。
- 调整：如果工件的使用方式没有带来价值，就应改变使用方式。
- 培训：确保新团队成员理解这些工件的重要性。
产品负责人的角色 🧑💼
产品负责人在管理产品待办事项列表中扮演着关键角色。他们对有效的产品待办事项列表管理负责。
- 排序：他们对事项进行排序，以最好地实现目标和使命。
- 清晰度：他们确保事项对团队来说清晰且易于理解。
- 可见性：他们确保产品待办事项列表是可见的、透明的，并被理解。
- 利益相关者管理：他们向利益相关者传达待办事项列表的状态。
开发团队的角色 👥
开发团队负责管理冲刺待办事项列表并创建增量。
- 自我管理：他们决定如何将产品待办事项转化为增量。
- 执行：他们执行计划并每日更新冲刺待办事项列表。
- 质量：他们确保增量符合完成的定义。
- 协作：他们协作使用燃尽图来跟踪进度。
关于Scrum工件的结论 🏁
Scrum工件是Scrum流程的有形证据。它们提供了必要的透明度，以便检查进展并调整计划。当正确使用时，产品待办事项列表、冲刺待办事项列表和增量共同构成了一个强大的价值交付系统。用户故事和燃尽图等工具通过增加细节和可见性来增强这一系统。
Scrum的成功并非来自遵循僵化的脚本，而是源于理解这些工件的目的，并利用它们促进沟通和聚焦。那些投入精力维护高质量工件的团队，将更容易应对复杂性，并持续交付高质量的产品。
请记住，目标不是制造文件。目标是创造价值。这些工件是实现这一目标的手段。通过保持它们的准确性、透明性和及时更新，团队可以确保每个人都保持一致，并朝着同一方向前进。
