就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the help center为指导。
9年前关闭。
在 Scrum 中有几种方法可以制作燃尽图。
有些人建议使用未完成故事的故事点作为 Scrum 中的燃尽图。
亲 :只有完成的故事低于图表
反对 : 图表一开始没有向下移动,然后迅速下降
其他人建议使用剩余的任务数
亲 : 图表会向下移动,你可以看到它是否在终点线之上
反对 : 你可以下移说最后还剩10个任务(硬任务),还没有完成一个故事。你失败了,因为只有完成的故事才对你的产品负责人有益。
解决方案是同时拥有未完成的故事点和未完成的任务图表吗?
最佳答案
我们正在使用 sprint燃尽的剩余时间 - 团队每天都可以看到进展。如果有扁平部分,那么它们就真的发生了。
在 释放燃尽 我们正在使用 故事点 .发布计划更多地与功能完整性有关,时间在冲刺级别进行跟踪。产品负责人对完成的故事感兴趣。
任务数没用 .这个数字每天都可以改变,特别是如果你给开发人员一个“自由”。他们可以在不改变总时间的情况下将任务拆分为更小的部分。这样的统计是没有用的。它在说明什么?它会影响冲刺的目标吗?
关于task - Scrum 燃尽图 : Tasks or Stories?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/369493/