Azure Boards 中的冲刺 (sprint) 和 Scrum 关键概念

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

本文提供了术语的简短字典和使用冲刺 (sprint) 和 Scrum 方法跟踪工作时使用的可用工具。 要查看的其他资源包括敏捷术语表和项目管理和导航术语表。

敏捷工具

一套基于 Web 的工具，用于跟踪工作和支持敏捷方法。 敏捷工具支持软件开发团队目前使用的核心敏捷方法（Scrum 和看板）。 了解详细信息：关于敏捷工具和敏捷项目管理。

Bug

一种记录对产品不满的潜在来源的工作项类型。 用于跟踪代码缺陷的工作项类型的公用名。 每个团队都可以选择管理 bug 的方式。 一些团队喜欢在积压工作上跟踪 bug 和需求。 而一些团队为了满足某种需求，喜欢跟踪作为任务执行的 bug。 然后，bug 会显示在其任务面板上。 了解详细信息：管理 bug。

燃尽或燃耗图

燃尽和燃耗图支持项目管理，以直观地跟踪随时间推移完成的工作。 燃尽图以计划工时总量开头。 工作完成后，燃尽图显示剩余的工时。 随着时间的推进，要完成的工作量会减少。 燃耗图跟踪工作，因为它在一段时间内完成。 它们可用于显示完成工作的速率。

有关详细信息，请参阅燃尽和燃耗指南。

团队和个人产能

产能与个人或团队必须工作的实际任务时间（小时数或天数）相关。 Azure DevOps 为每个团队的冲刺 (sprint) 提供产能工具来设置产能。 团队通常在计划创建任务并估计完成任务所需的时间时设置产能。

通过设置团队产能，团队可以准确地了解团队在每个冲刺 (sprint) 中拥有的总工作小时数或天数。 使用此工具，可以设置单个团队成员产能和休息日。 设置在冲刺 (sprint) 期间工作的每个团队成员的产能后，相应成员的产能条形图就会出现。 了解详细信息：设置冲刺 (sprint) 产能。

容量栏

使用产能条形图，可以快速地查看超过产能、达到产能或低于产能的人员。 产能条形图会随着以下每个活动的进行而更新：

• 向任务分配非零剩余工作
• 剩余工作发生更改
• 冲刺 (sprint) 周期中的日期发生更改。 个人和团队产能始终反映出他们从当天到冲刺 (sprint) 结束的产能。

产能颜色	容量栏

有关详细信息，请参阅调整工作以适应冲刺产能。

每日 Scrum 会议

每日 Scrum 会议有助于团队专注于他们需要做的事情，以最大程度地提高他们履行冲刺 (sprint) 承诺的能力。 团队的 Scrum Master 应强制实施会议结构，确保会议按时开始，并在 15 分钟或更短时间内完成。 了解详细信息：Scrum 最佳做法、每日 Scrum 会议。

预测

预测工具有助于团队规划其冲刺 (sprint)。 该工具根据工作项估计值和设定的速度向团队显示可在将来的冲刺 (sprint) 中完成的积压工作项。 如此处所示，速度为 20 表示需要五次冲刺 (sprint) 才能完成显示的工作。 了解详细信息：预测产品积压工作。

迭代路径（也称为冲刺 (sprint)）

时间段（通常为两到三周），用于在该时间段内对要完成的工作项进行分组。 冲刺 (sprint) 在 Scrum 方法中用于支持冲刺 (sprint) 计划、冲刺 (sprint) 燃尽和其他 Scrum 流程。 迭代路径用于将工作分组到冲刺 (sprint)、里程碑或其他特定于事件或与时间相关的时间段。 了解详细信息：关于区域和迭代路径。

产品积压工作 (backlog)

与团队的项目计划或路线图相对应的工作项的交互式列表，用于说明团队计划交付的内容。 产品积压工作支持确定工作优先级、按冲刺 (sprint) 预测工作，以及快速将工作链接到项目组合积压工作项。 可以定义积压工作项，然后使用看板面板管理其状态。

每个产品积压工作都可以由团队自定义。 了解详细信息：创建积压工作。

产品积压工作项 (PBI)

一种工作项类型，用于定义团队计划创建的应用程序、要求和元素。 产品所有者通常定义并堆叠使用 Scrum 流程定义的积压工作项。 了解详细信息：Scrum 流程工作项类型和工作流。

产品所有者角色

产品所有者的角色是充当客户和团队之间的接口。 产品所有者可以减少对详细规格的需求。 他们通过更迅速地响应团队有关实现细节的问题来减少需求。 此外，他们还明确定义了每个需求中的验收条件。

Scrum Master 角色

Scrum Master 通过采用 Scrum 流程来帮助构建和维护正常运行的团队。 他们引导、指导、教授和协助 Scrum 团队正确使用 Scrum 方法。 Scrum Master 还充当变更代理，帮助团队克服障碍，推动团队显著提高工作效率。 了解详细信息：Scrum 最佳做法、Scrum Master 的角色。

冲刺 (sprint)（也称为迭代）

冲刺 (sprint) 是通常为两到三周的时间段，用于在该时间段内对要完成的工作项进行分组。 冲刺 (sprint) 在 Scrum 方法中用于支持冲刺 (sprint) 计划、冲刺 (sprint) 燃尽和其他 Scrum 流程。 冲刺 (sprint) 是通过迭代路径定义的。 若要了解详细信息，请参阅关于区域和迭代路径（也称为冲刺 (sprint)）。

冲刺 (sprint) 积压工作 (backlog)

已分配给团队的同一冲刺 (sprint) 或迭代路径的工作项的交互式列表。 冲刺 (sprint) 积压工作支持使用 Scrum 方法的团队。 了解详细信息：冲刺 (sprint) 规划。

冲刺 (sprint) 燃尽图

冲刺 (sprint) 燃尽图反映了团队在完成冲刺 (sprint) 规划会议期间估计的所有工作方面取得的进展。 团队通过监视此图来降低风险，并在整个冲刺 (sprint) 周期内检查是否有范围蔓延。 理想的趋势线始终表示稳定的燃尽。 如下图所示，蓝色区域表示实际发生的情况。 它显示了团队成员添加任务时的工作积累，以及团队成员完成这些任务时的工作减少。 了解详细信息：监视冲刺 (sprint) 燃尽。

冲刺 (sprint) 目标

冲刺 (sprint) 目标用于聚焦冲刺 (sprint) 活动。 目标总结了团队希望在冲刺 (sprint) 结束时完成的任务。 了解详细信息：Scrum 最佳做法、设置冲刺 (sprint) 目标。

冲刺 (sprint) 规划

冲刺 (sprint) 规划会议在冲刺 (sprint) 开始时召开，并且此时产品所有者和团队就一组冲刺 (sprint) 目标和工作达成一致。 了解详细信息：Scrum 最佳做法、冲刺 (sprint) 规划会议。

冲刺 (sprint) 追溯会议

冲刺 (sprint) 评审或追溯会议在冲刺 (sprint) 结束时召开。 此会议是团队演示他们在冲刺 (sprint) 期间完成的工作时召开的。 产品所有者、客户和利益干系人接受满足其期望的用户情景，并确定任何新需求。 客户通常在查看演示后更全面地了解其需求，并可能确定他们希望看到的更改。 了解详细信息：Scrum 最佳做法、冲刺 (sprint) 追溯会议。

任务

任务是一种用于跟踪估计工时和剩余工时的工作项。 在 Scrum 中，任务定义为介于 4 到 12 小时之间的范围。 定义任务对于监视冲刺 (sprint) 燃尽、使用团队产能和使用任务面板至关重要。 任务链接到其父级产品积压工作项或用户情景。 了解详细信息：向积压工作项添加任务。

任务板

任务面板为完成团队的冲刺 (sprint) 积压工作所需的工作提供了一个交互式进度板。 在冲刺 (sprint) 期间，你需要更新任务的状态以及每个任务的剩余工作。 每天或每周多次更新任务会生成更平顺的冲刺 (sprint) 燃尽图。 了解详细信息：任务面板。

Teams

团队对应于一组选定的项目成员。 借助团队，组织可以对工作进行子分类，以便更好地专注于他们在项目中跟踪的所有工作。 每个团队都可以访问一套敏捷工具。 团队可以使用这些工具自主工作，并与整个企业中的其他团队协作。 每个团队都可以配置和自定义每个工具以满足其工作要求。 若要了解详细信息，请参阅关于团队和敏捷工具。

团队成员

已添加到项目或组织的成员，该成员已添加到特定团队。 项目成员可以添加到多个团队。 一些敏捷工具（如产能规划、团队警报和仪表板小组件）属于团队范围。 也就是说，它们会自动引用已添加为团队成员的用户，以支持规划活动或发送警报。

若要将用户添加到团队，请参阅将用户添加到项目或特定团队。

技术债务

技术债务包括团队为部署生产质量代码并使其在生产环境中保持运行而必须执行的所有操作。 例如，bug、性能问题、操作问题、辅助功能等。 详细了解如何最大限度地减少技术债务：什么是敏捷开发？。

会审会议

会审会议用于评审和整理分配给团队的积压工作和 bug。 其他详细信息（如估算、验收条件等）可能会添加到工作项中。 通常，产品所有者召开会审会议，可以谈论特定项目风险的团队主管、业务分析师和其他利益干系人将参加会审会议。

用户情景

一种工作项类型，用于定义团队计划创建的应用程序、要求和元素。 产品所有者通常会定义用户情景并对其进行堆栈分级。 用户情景是使用敏捷流程定义的。 了解详细信息：敏捷流程工作项类型和工作流。

速度和速度图

速度提供了一个有用的指标，用于深入了解团队在冲刺 (sprint) 周期内可以完成的工作量。 在团队进行了多个冲刺 (sprint) 后，他们可以使用速度图和预测工具来估计可在未来冲刺 (sprint) 中完成的工作。

速度是衡量团队根据冲刺 (sprint) 节奏可以完成的工作量。 内置速度图通过对为冲刺 (sprint) 定义的故事点（敏捷）、工作量 (Scrum) 或大小 (CMMI) 求和来度量速度。

例如，在下方显示的图中，绿色条形图指示在每个冲刺 (sprint) 中完成的用户情景的总估计工作量（故事点）。 蓝色对应于尚未完成的项的估计工作量。 了解详细信息：查看和使用内置的团队速度图。

除了内置的速度图，还可以将速度小组件添加到团队仪表板。 可以将此小组件配置为对工作项计数或工作量总和求和。 了解详细信息：配置速度小组件。

每个团队与一个且只有一个速度图相关联。 速度因团队产能而异，且每个冲刺均不同。 但是，随着时间的推移，速度应表示一个可靠的平均值，可用于预测整个积压工作。 通过最大程度地降低积压工作项大小（工作量或情景点）的可变性，可以获得更可靠的速度指标。 了解详细信息：向积压工作项添加任务。

相关文章

• 关于冲刺 (sprint) 和 Scrum
• Scrum 最佳做法。
• 敏捷术语表
• 项目管理和导航术语表
• 什么是 Scrum？