Scrum - 工件

Scrum 工件提供了 Scrum 团队和利益相关者需要了解的关键信息，以便理解正在开发的产品、已完成的活动以及项目中正在计划的活动。Scrum 流程框架中定义了以下工件：

这些是 Scrum 项目中最低限度需要的工件，项目工件并不局限于这些。

产品待办事项列表

产品待办事项列表是一个有序的功能列表，这些功能是最终产品的一部分，它是对产品进行任何更改的唯一需求来源。

产品待办事项列表列出了所有构成未来版本产品更改的功能、需求、增强功能和修复程序。产品待办事项列表项具有描述、顺序、估算和价值属性。这些项目通常被称为用户故事。产品负责人负责产品待办事项列表，包括其内容、可用性和排序。

产品待办事项列表是一个不断发展的工件。其最早的版本可能只包含最初已知和最容易理解的需求。随着产品及其使用环境的进步，产品待办事项列表也会得到发展。产品待办事项列表不断变化，以使其有效。

只要产品存在，其产品待办事项列表也存在。随着所构建产品的被使用和价值的增加，产品待办事项列表将变得越来越大，也越来越详尽。业务需求、市场条件或技术的改变会导致产品待办事项列表的改变，使其成为一个动态的工件。

产品待办事项列表的细化是指向产品待办事项列表项添加详细信息、估算和优先级顺序。这是一个由产品负责人和团队持续进行的过程。Scrum 团队决定如何以及何时进行细化。

产品负责人可以随时或在产品负责人的酌情决定下更新产品待办事项列表项。

高阶的产品待办事项列表项通常比低阶的项目更清晰、更详细。更精确的估算基于更大的清晰度和更详细的信息。顺序越低，细节越少。

可能成为即将到来的冲刺候选需求的产品待办事项列表项将被细化，以便这些项目可以在冲刺期间开发。团队可以在一个冲刺内完成开发的产品待办事项列表项被认为已准备好用于冲刺计划会议中进行选择。

冲刺待办事项列表是为冲刺选择的 Product Backlog 项的集合，以及交付产品增量和实现冲刺目标的计划。

冲刺待办事项列表是团队对将在下一个增量中提供哪些功能以及将这些功能交付为可工作的产品增量所需工作的预测。

冲刺待办事项列表是一个足够详细的计划，团队可以在每日站会中理解并跟踪。团队在整个冲刺过程中修改冲刺待办事项列表，而冲刺待办事项列表在冲刺期间出现。这种出现是团队在完成计划并更多地了解实现冲刺目标所需的工作时发生的。

随着新工作的需要，团队将其添加到冲刺待办事项列表中。随着工作的执行或完成，剩余工作的估算将被更新。当计划的要素被认为是不必要的时，它们将被移除。只有团队可以在冲刺期间更改其冲刺待办事项列表。冲刺待办事项列表是团队计划在冲刺期间完成的工作的非常直观的实时图片，它完全属于团队。

增量是冲刺期间完成的所有产品待办事项列表项与所有先前冲刺的增量的总和。在冲刺结束时，新的增量必须是一个可工作的产品，这意味着它必须处于可用的状态。无论产品负责人是否决定实际发布它，它都必须处于工作状态。

Scrum 团队需要就什么被认为是增量达成共识。这在每个 Scrum 团队中差异很大，但是团队成员必须对工作完成的含义有共同的理解。这用于评估产品增量上的工作何时完成。

同样的理解指导团队了解在冲刺计划期间可以选择的 Product Backlog 项的数量。每个冲刺的目的是交付可能发布的功能增量。

团队在每个冲刺中交付产品功能增量。此增量是可用的，因此产品负责人可以选择立即发布它。如果增量的理解是开发组织的约定、标准或指南的一部分，则所有 Scrum 团队都必须至少遵循它。如果它不是开发组织的约定，则 Scrum 团队必须定义适合该产品的增量定义。

每个增量都添加到所有先前增量中，并经过彻底测试，确保所有增量都能一起工作。

随着 Scrum 团队的成熟，预期他们的增量定义将扩展到包含更严格的更高质量标准。任何一个产品都应该有一个增量定义，作为对其上完成的任何工作的标准。

在冲刺中的任何时间点，都可以对冲刺待办事项列表中剩余的总工作量进行汇总。团队跟踪每次每日站会中剩余的总工作量，以预测实现冲刺目标的可能性。通过跟踪整个冲刺期间剩余的工作，团队可以管理其进度。

冲刺燃尽图是跟踪 Scrum 团队所消耗的工作量的实践。事实证明，这是一种在监控冲刺朝向冲刺目标的进展方面很有用的技术。

产品负责人至少在每次冲刺评审中跟踪此剩余总工作量。产品负责人将此数量与之前的冲刺评审中剩余的工作量进行比较，以评估在目标所需时间内完成预计工作的进度。此信息与所有利益相关者共享。

Scrum 的角色、事件、工件和规则是不可避免的。如果只实现 Scrum 的某些部分，则结果就不是 Scrum。Scrum 需要完整地实施，如果与其他技术、方法和实践相结合，则功能良好。

参考文献

打印页面