燃尽和燃尽指南
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
燃尽和燃耗图支持项目管理，以直观地跟踪随时间推移完成的工作。
- 进度图以计划工时总量开始，然后随着工时完成绘制剩余工时图表。 随着时间的推进，要完成的工作量会减少。
- 燃耗图跟踪工作，因为它在一段时间内完成。 它们可用于显示完成工作的速率。
冲刺进度图表跟踪团队和所选冲刺的计划工作，因此团队可以查看他们在冲刺上规划和执行冲刺的效率。
燃烧图通常显示下降趋势。 但是，如果团队通过冲刺或发布期添加工作，图表将显示上升趋势。 这些图表可帮助团队监视计划执行的操作，以及他们实际执行的操作。 另一方面，燃烧图应始终显示上升趋势，因为随着时间推移完成工作。
以下可配置的图表和小组件可用于跟踪烧毁或烧毁。
- 燃烧/烧毁小组件 （分析）
- 冲刺烧毁内置报表 （Analytics）
- 冲刺烧毁小组件 （分析）
- 冲刺烧毁小组件 （旧版） （工作项存储）
重要
删除 区域路径 或重新配置 迭代路径 可能会导致数据丢失，并且无法还原。 例如，区域 路径 发生更改的团队的燃尽或烧毁小组件图表、冲刺进度和速度图表不会反映正确的数据。 历史趋势图引用每个工作项在过去某个时间点定义的 面积路径 和 迭代路径 。 删除 区域路径 或 迭代路径 时，无法检索其历史数据。
支持的配置选项
下表汇总了各种烧毁图表选项支持的配置选项。 冲刺进度图表始终专注于单个团队，而 Burndown/Burnup 小组件可以跟踪多个团队的工作。 所有图表都支持按工作项计数或故事点、工时、剩余工时或其他自定义（整数或小数）字段的总和进行跟踪。
| 配置 | 冲刺烧毁报告 | 冲刺烧毁小组件 | Burndown/Burnup 小组件 |
|---|---|---|---|
| 团队（s） | 单个团队 | 单个团队 | 一个或多个团队 |
| 积压工作 | 产品积压工作， 任务积压工作 |
产品积压工作， 项目组合积压工作， 任何工作项类型 |
产品积压工作 (backlog) 项目组合积压工作 (backlog) 工作项类型 |
| 工作项字段筛选器 | 无 | 无 | 支持 |
| 燃烧焦点 | 计数或总和 | 计数或总和 | 计数或总和 |
| 时间段 | 单冲刺 | 单冲刺 | 可配置 |
有关查看和配置图表的详细信息，请参阅 “配置和监视冲刺烧毁 ”或“配置烧毁”或 “烧毁”小组件。
通用指南
根据要监视的团队、工作项类型和时间段，根据以下指南选择图表选项。
| 监视 | 图表选项 |
|---|---|
| 团队冲刺烧毁 | 冲刺 (sprint) 燃尽图 |
| 特定工作项类型的冲刺进度或项目组合积压工作 | 冲刺烧毁小组件 |
| 几个团队的冲刺烧毁 | “烧毁”小组件 |
| 为不同项目中的一个或多个团队或团队发布烧毁/烧毁 | Burndown/Burnup 小组件 |
| 任何类型的工作项和时间段的燃烧或烧毁 | Burndown/Burnup 小组件 |
| 项目和目标完成日期 | Burndown/Burnup 小组件 |
范围管理
在估算每个积压工作项的剩余任务时，团队可以更好地了解他们在冲刺中可以完成的任务。 由于冲刺任务定义了总体冲刺范围，因此定义剩余的工作会导致定义完善的冲刺范围。 冲刺中的任何非任务都应被视为非冲刺范围。
随着团队的进展，理想趋势线的分歧有助于团队监视范围中的分歧。
“显示非工作日”会遮盖通过团队的工作日和“团队天数”设置设置设置的那些天。
蓝色图中的增加而不是减少可能表示：
- 对任务的估计不佳
- 发现未在冲刺规划中考虑的新工作
- 范围爬行，其他工作不同意团队。
无论原因如何，团队都应该迅速走到一起，以确定如何纠正增加的工作负荷。 解决方案可能包括重新分配任务或招聘更多资源。 团队应将所有无意识冲刺工作转移到积压工作，并在下一次冲刺计划会议上考虑工作。
通过日常检查来缓解风险
你的烧毁图表显示你的项目是否按计划。 每日检查可以降低风险，并提供潜在计划或成本溢出的预警，这两个指标与传统项目管理相关。
例如，当实际剩余工作（蓝色区域）持续一段时间，或保持高于理想趋势线的高时，团队面临不满足其冲刺承诺的风险。
Teams 应立即开会，以纠正和重新分配工作、招募更多资源或重置期望。
后续步骤
相关文章
反馈
即将发布：在整个 2024 年，我们将逐步淘汰作为内容反馈机制的“GitHub 问题”，并将其取代为新的反馈系统。 有关详细信息，请参阅：https://aka.ms/ContentUserFeedback。
提交和查看相关反馈