敏捷 Scrum 工件

工件一词通常与考古遗址和古代文物有关。然而在软件开发中，“工件”一词是指产品开发过程中所需的关键信息。

敏捷有其自身的特殊副产品，这些副产品源于 Scrum 在规划、开发、跟踪和迭代任务以构建软件方面的经验。

敏捷 Scrum 工件是 Scrum 团队和利益相关者用来详细说明正在开发的产品、生产该产品的操作以及在项目期间执行的操作的信息。这些工件提供了元数据点，可以深入了解冲刺的绩效。这些工件是每个 Scrum 团队必不可少的工具，因为它们支持透明度、检查和适应等 Scrum 核心属性。

工件是在 Scrum 冲刺的主要活动期间创建的：

• 计划工作和未来目标
• 创建任务以实现这些目标
• 根据依赖关系和优先级将任务组织为冲刺
• 执行任务
• 审核和分析结果，以便与目标进行比较
• 重复这些步骤

主要的敏捷 Scrum 工件是产品待办事项、冲刺待办事项和增量。

产品待办事项列表列出了构建产品所需的新功能、增强功能、错误修复、任务或工作要求。这个列表是根据客户支持、竞争对手分析、市场需求和一般业务分析等输入来源而编制的。

产品待办事项是一个“实时”工件，它会在有新信息可用时按需更新。这是一个跨团队的待办事项，由产品负责人在冲刺周期之间以及任何新想法的出现时进行维护和策划。它包含曾经处于活动冲刺中但优先级被取消并移至待办事项的任务。

冲刺待办事项是一组产品待办事项任务，这些任务已被提升为在下一个产品增量期间开发。冲刺待办事项由开发团队创建，用于规划未来增量的可交付成果，并详细说明创建增量所需的工作。

创建冲刺待办事项的具体方法是从产品待办事项中选择一个任务，然后将该任务分解为更小的、可操作的冲刺项目。考虑一个示例任务，如“构建购物车页面”，它需要许多设计和开发子任务。很多任务都源自产品待办事项，而诸如“创建购物车视觉设计模型”或“对购物车会话进行编程”之类的支持任务则包含在冲刺待办事项中。

冲刺待办事项在 Scrum 的冲刺计划阶段更新。较小的冲刺任务分配给相关团队，例如设计和开发。如果团队没有能力交付所有冲刺任务，则剩余的冲刺任务将在冲刺待办事项中待命，以用于将来的冲刺。

产品增量是指在冲刺期间完成产品待办事项任务后产生的客户交付成果。产品增量还包括之前所有冲刺的增量。每个冲刺一定有一个增量，并且在 Scrum 计划阶段决定一个增量。无论团队是否决定向客户发布，都会发生增量。产品增量在版本跟踪和（如果需要）版本回滚方面非常有用，可以作为 CI/CD 的补充。

团队将所有工作与待办事项保持一致，这让他们受益匪浅。例如，为每个待办事项创建分支和构建。将版本控制和 CI/CD 工具集成到 Scrum 跟踪软件中的团队可以使用这些工具中的信息来更好地了解工作进度。他们还可以推理哪些待办事项正在部署并发布给客户。这还允许团队反向查看提交，然后将它们绑定到 Scrum 增量以查看该代码的历史和规划。

除了前面讨论过的官方 Scrum 工件外，还有一些扩展工件或元工件。虽然这些扩展工件不是官方的 Scrum 指导方针，但确实为 Scrum 周期增加了额外的价值和洞察力。

冲刺燃尽图（或燃耗图）不是官方的 Scrum 工件，但许多团队在冲刺期间使用它来沟通和跟踪冲刺目标的进度。燃尽图是显示冲刺持续时间内所完成任务的图形。燃尽图在帮助衡量团队的主动执行速度方面非常有用，这样团队就可以知道自己是否会完成计划中的任务，还是说需要重新确定冲刺任务的优先级。

在冲刺规划期间，团队可以查看之前的燃尽图，以了解在即将到来的冲刺中他们可以实际完成多少任务。团队可以检查正在进行的燃尽图，以确定他们是否达到成功完成冲刺的目标。在冲刺审查期间，团队可以重新查看燃尽图以了解他们在哪些方面达到或未达到预期。随着时间的推移，燃尽图可以帮助团队在 Scrum 的规划阶段更好地完善团队的估计。

团队对“完成”有一个明确定义很重要。这个定义可以是另一种类型的工件，并且应予以记录和分享。开发团队对于“完成”的一个示例定义是，代码由符合规范的自动测试覆盖并部署到生产环境中。如果团队没有定义“完成”，那么会发现自己经常在冲刺评论中问“这完成了吗？”查看打开的 Scrum 任务时。

“完成”的定义有助于定义增量的边界。增量应该以完全可用的软件包形式提供，这些软件包应与之前的增量叠加。“完成”还定义了任务何时完成并可以关闭以进行燃尽跟踪。

Scrum 工件是强大的辅助工具，可帮助团队更高效地运作。因此，所有团队都必须能够访问和查看这些工件。产品负责人和 Scrum 管理员需要定期与开发团队一起审查和讨论这些工件。这将有助于团队随时了解运营效率低下的情况，并提出提高速度的创造性方法。