燃尽图看“还剩多少工作”,燃起图看“已经完成多少,以及总范围有没有变化”。如果迭代中经常加需求、删需求,只看剩余量容易把范围变化误当作进度变化。想解释团队为什么做了很多、曲线却没有下降,可以把累计完成量与总范围一起画出来。
两种图都要有可靠的工作记录。先在项目看板里约定任务的完成条件,再按同一时间点汇总;不要把“开发完成”“等待测试”和“已验收”混成一个完成数字。下面用一组迭代记录,说明两种图怎样计算、怎样阅读,以及范围改变后该怎样沟通。

燃起图与燃尽图,各自回答什么问题
| 比较项 | 燃尽图 | 燃起图 |
|---|---|---|
| 主要观察对象 | 当前范围内的剩余工作量 | 累计完成量与当前总范围 |
| 典型线条 | 实际剩余量,可另加最初计划的参考线 | 累计完成线、总范围线 |
| 接近目标的表现 | 剩余量趋向0 | 完成线接近总范围线 |
| 适合回答 | 还剩多少;是否偏离最初安排 | 完成了多少;目标范围为什么变了 |
| 单独看图容易遗漏 | 下降来自完成工作,还是移出了范围 | 完成项是否真的有用、未完成项被什么阻塞 |
在采用相同范围和相同计量单位时,可以用一个关系核对两种图:剩余量=当前总范围-累计完成量。燃起图两条线之间的垂直距离,就是对应时点的剩余量。Atlassian的燃起图说明也用总范围和已完成工作两条线来解释这一关系。
燃起图不是速度图。速度图通常比较多个迭代完成的工作量;燃起图在一个选定范围内累计已完成量。也不要把两种图当作个人绩效榜:任务拆分、估算方式和范围调整都能改变数字,线条更陡不等于交付价值更高。
画图前先统一四项口径
不必一开始就追求复杂报表。先把下面四项写在图旁,下一次更新才能与今天比较。
- 范围边界:记录哪一个迭代、版本或交付目标。新增工作必须明确是否已被接纳进这个范围,不能把待讨论的想法直接计入。
- 计量单位:选择故事点、工作项数量或剩余工时中的一种。不同大小的工作项只按件数相加,会隐藏工作量差异;不同团队的故事点也不宜直接比较。
- 完成条件:例如本例只有通过验收、满足约定完成条件的工作项才计为完成。做到一半的8点工作不先算4点;如需跟踪剩余工时,应另建一致的工时口径。
- 观察时点:每天收工前记录一次,并注明范围变动原因。不能把某一天的上午数据和下一天的下班数据当作相同间隔。
还要明确重开的处理方式。一项已完成工作因未满足完成条件被退回,应按约定规则恢复未完成状态,并保留更正记录;如果原交付仍有效,只是又提出新增要求,就应作为新工作评估。不能为了让累计完成线一直向上,把两种情况混在一起。
同一组数据:为什么完成了8点,燃尽图却不下降
以下是一个六个工作日迭代的演算案例。第0天为迭代开始时的基线,共40点;之后每天在相同时间记录。所有完成项都按同一完成条件计入,没有重开或重新估点。
| 记录时点 | 总范围 | 累计完成 | 剩余量 | 当天需要说明的变化 |
|---|---|---|---|---|
| 第0天 | 40点 | 0点 | 40点 | 确定迭代初始范围 |
| 第1天 | 40点 | 6点 | 34点 | 完成6点 |
| 第2天 | 40点 | 12点 | 28点 | 再完成6点 |
| 第3天 | 48点 | 20点 | 28点 | 完成8点,同时接纳新增8点 |
| 第4天 | 48点 | 28点 | 20点 | 再完成8点 |
| 第5天 | 44点 | 34点 | 10点 | 完成6点,同时移出尚未完成的4点 |
| 第6天 | 44点 | 44点 | 0点 | 完成剩余10点 |
第2天到第3天,燃尽图停在28点。如果只看这段水平线,容易误以为团队没有交付。实际是完成量增加8点,同时总范围也增加8点,两者抵消:48-20仍等于28。燃起图上则能同时看到完成线从12升到20、范围线从40升到48。
第4天到第5天,燃尽图从20降到10,看起来一天减少10点,但当天真正完成的是6点,另外4点被移出了当前范围。燃起图把这两件事分开:累计完成28→34,总范围48→44。移出范围可以减轻交付负担,却不能记成完成成果。

第6天两条燃起线相交、燃尽剩余归零,只能说明本例当前44点范围按约定口径全部完成。它没有自动回答最初业务目标是否实现。被移出的4点为何可以不做、由谁同意,仍要在范围记录中说清楚。
遇到曲线变化,先查事件,再下判断
图表适合发出讨论信号,原因要回到任务记录。特别是下面几种形状,不宜直接贴上“团队优秀”或“效率低”的标签。
| 看见的变化 | 先查什么 | 讨论后可能的动作 |
|---|---|---|
| 剩余量突然上升 | 新增范围、重新估算、完成项重开,还是录入更正 | 区分变更类型,重新评估交付安排 |
| 完成线长时间不动 | 工作是否卡在验收、拆分过大、等待外部材料,或记录未更新 | 处理具体阻塞,必要时拆成能独立验收的工作 |
| 剩余量突然下降 | 完成、移出范围,还是一次性补录了几天的数据 | 补齐原因,不把集中补录解释为当天产能 |
| 范围线持续上移 | 新增事项是否必要、是否影响迭代目标,以及谁批准纳入 | 明确接纳与延后,调整目标或交付范围 |
如果画一条“初始40点在6天内归零”的理想参考线,应该保留它原来的含义。第3天新增范围后,不要偷偷重画历史参考线,让已发生的偏差消失。需要新计划时,可以另标调整日期和新版参考,而不是让同一条线在不同日期代表不同承诺。
调整前先理解变更影响。涉及负责人、验收条件和版本的变化,可按需求变更的影响评估与记录方法留下决定,而不是只改图上的数字。
在Boardmix整理一张能用于复盘的进度画布
白板适合把曲线、来源任务与变更说明放在一起讨论。保留原任务系统或表格作为数据来源,在Boardmix上整理对比视图;不需要为了画图复制一套没人维护的业务台账。
- 左侧放口径与数据表:列出范围、完成条件、单位、每天记录时间,以及上面的总范围和累计完成值。由固定负责人更新,避免多人同时改成不同版本。
- 中间画两种视图:横轴统一第0至第6天。燃起图标“总范围”“累计完成”,燃尽图标“剩余量”;各图纵轴使用相同单位。图例不能只靠颜色区分。
- 在关键日期旁放变更说明:第3天写“新增8点”,第5天写“移出未完成4点”。说明连接到对应日期,不指向某位成员,避免把范围调整画成个人产能变化。
- 右侧留下讨论结论:新增范围由谁确认、哪些阻塞要处理、下一次何时更新。把待确认的事项与已经作出的决定分开。
绘制完成后,任选一天核对“总范围-累计完成=剩余量”,再检查新增、移出、重开是否都有来源。更新第3天时,两种图应能一起解释28点为什么没变;只改其中一张图,会留下互相矛盾的进度信息。
范围稳定、只需快速看剩余工作时,燃尽图足够直观;需要解释范围调整、对齐版本目标时,燃起图更容易把完成与新增分开。真正有用的复盘结论应指向工作:哪项范围决定需要确认、哪个阻塞需要解决,以及下一次交付安排如何变化。

