根据 Scrum 指南，传统 Sprint 燃尽图的度量作用体现在：
Sprint 剩余的工作量是 Sprint Backlog 中所有剩余工作之和。每天跟踪记录这个总和，并可用其创建一张图表，展示随时间变化的剩余工作量⋯⋯Scrum 中不考虑持续时间，剩余工作量和日期是我们感兴趣的唯一变量。
以往，人们学到的是用小时来度量剩余工作。正如 Mark Woyna 指出的：当跟踪任务小时时，很可能“燃烧”掉很多个小时，却没有完成任何故事。这时，燃尽图就隐藏了团队的真实进度。他继续提到很多团队跟踪已经完成的故事点数。 Adam Sroka 觉得：出现这样的问题，常常是因为团队同时开始做的事情太多了。
有人认为：跟踪任务小时数鼓励人们完成任务，而不去管这些任务是否与故事的完成有关系，这还会鼓励客户不去按小时估算任务，也不会使用燃尽图。实际上，我们会在团队的sprint 板上看到故事和任务的进度。
Johanna Rothman 度量的是：完成的故事，剩余的故事和故事总数，而且同时在 sprint 和版本发布两个层面进行。
Aslak Hellesøy 推荐使用汇聚流图（Culmulative Flow Diagrams），而不是燃尽图，因为汇聚流图可以提供更多信息。
您仍然在使用燃尽图么？如果没有，您使用什么取代它？
查看英文原文： Sprint Burndowns - Are We Measuring the Wrong Things?
暂无签名
最新发布
你的 Scrum 检查列表
2011-04-20
Apache 基金会主席 Doug Cutting 谈 Hadoop 和开源
2012-01-17
InfoQ 专访 eBay 系统架构总监 Tony Ng：聊聊电商网站的架构与安全
2011-12-06
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
打破孤岛 — 质量中台工程化变迁
如何打造高效的“软硬协同”团队
以 HTAP 为例，看现代数据栈应用架构及场景演进
评论