The Scrum Framework — 第二版

本章保留第二版的历史与实践教学语境。下方目录也提供第三版课程。

---

用 Scrum 燃尽图掌握敏捷进展

21 世纪软件开发快速演进，将混乱转为有序已成为成功的重要条件。一个看似简单却非常强大的工具——燃尽图——能帮助掌控项目生命周期。它在处理复杂项目的领先敏捷框架 Scrum 中备受重视，可以改变任务和时间管理方式。本文介绍如何有效运用它，让开发周期顺畅，并把 Sprint 规划变成有力的战略工具！

燃尽图直观呈现工作随时间的进展，帮助跟踪范围和日程，对比计划与实际。把剩余工作对照时间绘制，便可预测完成时点，作出知情决策，支持成功交付。

Scrum 燃尽图定义： 燃尽图是一种可视化度量工具，呈现剩余工作随时间的变化，并对比 Sprint 或发布的参考趋势，帮助评估进展、调整计划以达成预期结果。

理解 Scrum 燃尽图

燃尽图显示团队随时间迈向 Sprint 目标的进展。每次迭代开始时建立，衡量剩余工作与时间，让成员看到还剩多少并调整，保持正轨。

假设两周 Sprint 待办列表估计需 80 小时。首日完成此前估为 20 小时的工作；若未新增或重新估算，则剩 60 小时。图把实际剩余估算与参考线对比。

随着时间推进，实际符合或超过预测，说明进展顺利。若落后或提前，也可能有潜在问题需要处理。跟踪图形能在困难扩大前识别并预防。

工作与时间的可视化

主要优点是简单易用。纵轴通常以故事点或小时显示“剩余工作”，横轴表示时间。

就像开车前往陌生目的地时用 Google Maps，里程碑、当前位置和预计剩余距离共同标示进展。

理想趋势线（ITL）是一条参考直线，表示初始估算在限时内均匀减少。实际不必完全遵循。情况通常会偏离，可能反映高估、低估复杂性或进展受阻。

如何更接近参考趋势？健康的燃尽图是什么样？下一节将探讨这些基础问题。

如何使用燃尽图

它能提供最新、准确的项目进展细节，方便对照目标、观察理想斜率偏差并发现影响按时完成的问题。有效使用需要持续检查更新，确保数据最新。

例如，意外挑战或需求复杂性使任务完成比预期慢，图会显示与理想趋势的偏差。

定期查看、识别波动，就能与团队主动纠正，按需调整，避免脱轨并保持目标一致。

• 第 14 版 VersionOne State of Agile Report 中，主要代表软件团队的受访者有 83% 使用 Scrum 或混合方法，说明燃尽图可能广泛用于控制进展。
• Information and Software Technology 发表的研究分析了 16 个项目的 160 个 Sprint，发现常偏离理想线，平均偏差约 25%。
• 同一研究中，约 72% 仍达到完成目标，说明定期分析和借助燃尽图等工具适应，能逐渐有效管理偏差。
• 燃尽图有助跟踪进展和识别延误风险，观察理想斜率偏差，主动纠正。定期检查更新是准确、及时数据的基础。

在 Scrum 中创建图表的步骤

要建立有用图表，团队需先规划，才能有效跟踪。

像盖房前建筑师先画蓝图，建燃尽图前也应定义参数，支持可衡量目标。

具体步骤前，请记住有多种生成方式；Visual Paradigm 的 Process Canvas 等在线工具提供直观界面与自动流程，使之更简单。

一般步骤如下：

1. 确定 Sprint 时长： 通常为 1–4 周。
2. 识别 Sprint 待办事项： 待办列表说明开发各时点需关注什么；创建图表时同样要明确本次全部交付事项。
3. 确定速度： 速度是团队在指定时期完成的工作量。历史速度可辅助预测，但不是绘图前提，新团队可能还没有。
4. 设计燃尽图： 汇总上述数据，形成对照目标的准确进展图。

建立后每天更新，跟踪团队进展，并定期查看数据与最终目标的关系。

了解创建方法后，看看如何用它跟踪进展。

通过燃尽图跟踪进展

团队用图跟踪本次全部事项，准确了解未完成量并调整方式。每日更新已完成任务和剩余投入，长期提供有用见解。

进展速率称“速度”，例如每个迭代完成的故事点。只计算结束时完成的故事，严禁计算部分工作，例如只有代码、没有测试。

几个 Sprint 后，在工作和条件足够可比时，可利用速度数据预测。例如速度 30 点，剩余 155 点，在速度范围稳定的假设下，预计约 6 个 Sprint 完成。

例如，两周 Sprint 中假设团队每周产出 100 故事点；每周速率不能与每个 Sprint 的速度混淆。绘入每日进展，就能判断提前落后，必要时纠正。

建立跟踪后，读懂和解释数据十分关键。

解释燃尽图数据

横轴是时间，纵轴是每日剩余工作，理想情况下末日降至零。理想线仅供讨论参考；健康团队检查实际模式，不强迫图形完美。

假设十个工作日要完成 100 小时，那么第 1 天的理想燃尽速率应为每天十小时。

偏差可来自范围变化、重估、障碍或完成时点。线上方通常比参考预测剩得多，下方则更少。两者本身不证明问题；先讨论原因和目标，再决定调整。

像速读一本书，本可每小时理解 50 页，却读 20 页花超过 45 分钟，偏差提示需提高速度，或书本需要更认真阅读。

借助图表评估 Sprint 目标

图帮助判断目标能否实现，跟踪全部故事完成情况。剩余工作随时间呈现，让成员明确每日需投入多少以达目标。

不了解迭代能否完成就承诺目标，可能造成延误、错过里程碑，最终失败。

查看过去模式、每日对比进展，可提前识别目标是否有望实现，主动纠正并保证成果。

理解图表管理同样重要，因为它对开发有利也有弊。

现实中，产品故事会新增、改变或删除。简单燃尽图分不清速度与范围变化，可用另一图形反映。

敏捷团队管理与软件开发中燃尽图的利弊

它简单有效，常用于呈现进展和预测日期，但与其他工具一样也有优缺点。

优点

透明展示任意时点剩余量。简单清晰可避免信息过载，同时有效掌握每日活动。

使剩余工作可见，支持共同责任及讨论负荷、障碍。团队图不能识别个人速度或生产力。

缺点

除了实际益处，也有以下风险：

• 可能造成不现实印象：受先前对复杂性、产品规格及开发因素的估算影响，图可能让人觉得末期整体进展会指数增长。
• 可能降低效率：成员过度跟踪，不断更新打断工作，忽略其他生产力因素。
• 可能鼓励微观管理：误用会成为经理过度控制工具，减少自主、打击士气，损害决策。

这些局限是可能而非必然，但应与跟踪收益权衡。最好与团队讨论，依据具体环境调整。

这里用柱形代替折线。柱高表示 Sprint 初全部剩余工作，从顶部扣速度，底部显示范围变化。

还可考虑总工作变化率以更准确。但要谨慎：项目早期可能变动多、后期减少，必须检查这种模式，而不是直接假定。

燃尽图应多久更新一次？

应每天更新，实时跟踪进展、识别问题和障碍，加快决策并及时纠正，保持项目正轨。每日数据也有助分析表现、准确预测完成日期。

燃尽图如何帮助管理 Scrum 项目？

图直观呈现 Sprint 进展，对照时间跟踪剩余量，判断能否实现目标。它识别问题瓶颈，支持必要行动以按期推进；过去数据可预测未来并支持知情决策。

燃尽图传达什么进展信息？

它显示剩余工作与时间，说明是否有望在限时内完成。斜率反映完成速率，偏差可及时发现处理。成员与相关方可识别趋势、知情决策，必要时调整策略。

有哪些专门创建燃尽图的工具？

Jira、Microsoft Azure DevOps 提供燃尽报告，Trello 可配合适当 Power-Up 或集成。可视化剩余工作帮助跟踪、识别偏差。统计显示，这些工具改善协作、透明和数据驱动决策，支持成功交付。

有效解释和使用燃尽图有哪些建议？

每天更新，准确跟踪。结合实际工作和 Sprint 目标检查趋势。陡降可能只是集中记录已完成工作，范围变化应透明讨论。对比实际与计划有助发现后续改进。研究显示，有效使用的团队生产力及交付可预测性更高（来源：Agile Alliance）。

Scrum 燃尽图回顾

燃尽图包含敏捷管理的重要元素。Sprint 图把工作线对照时间，发挥跟踪目标进展的关键作用。

工作和问题估算塑造图表，预计完成单位数是基础，形成动态进展快照。项目经理、Scrum Master 和产品负责人用它关注状态并减轻风险。

Scrum Master 引导图在敏捷 Sprint 中发挥作用；产品负责人代表业务客户，查看图以保持整体目标一致。它成为透明范例，支持高效沟通协作。

对敏捷企业，它是项目文档中宝贵一页，容纳史诗和时间线，全面展示轨迹。既跟踪工作，也突出估计与实际差别，推动持续改善。

与 Jira、Trello 等管理工具集成，贴合工作流程，简化跟踪，动态反映投入总量和项目演进。

总之，它像效率灯塔，直观呈现进展、估算和风险，为敏捷业务和产品提供协作透明的范例。 无论文章、业务产品或公司行动，燃尽图都能帮助团队成功完成项目。