根据 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
《2024腾讯云云原生提质增效实践精选集》出炉，5大热门技术领域，13个行业精选标杆案例，痛点到解决方案全...
云数据仓库 ByteHouse 架构下的 RAG 技术实践与性能优化
美团 AdHoc 统一查询引擎实践
蚂蚁混合云架构及技术风险防控实践
评论