Sprint燃尽图——我们是不是一直在度量错误的指标？

作者 Mark Levison 译者 郑柯 发布于 2010年9月23日

领域

过程 & 实践

主题

敏捷技术 ,

Scrum ,

敏捷 ,

度量 ,

信息辐射体

分享到

 根据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?

译者 郑柯 InfoQ中文站总编。做过开发，当过PM，干过销售，搞过市场，最终还是回到媒体。实用的理想主义者，相信：每天改变一点点，这个世界会更好。