燃尽图：任务、功能还是软件指标？ [关闭]答案

【问题标题】：Burndown chart: tasks, features or software metrics? [closed]燃尽图：任务、功能还是软件指标？ [关闭]
【发布时间】：2013-10-02 04:11:46
【问题描述】：

我正在开发一个用于敏捷项目管理的应用程序，我想知道燃尽图的度量单位是什么……维基百科的文章指出它测量每个时间段剩余的任务数量，但我已经看到人们将它用于任务、特性、功能/用例点......

在这些之间是否存在被认为“正确”或标准的度量单位？还是全凭选择？

【问题讨论】：

这个问题是题外话，因为它不在本网站的范围内，如What topics can I ask about here? 中定义的那样另见：What types of questions should I avoid asking? 您可以在another Stack Exchange site 上提问，也许 Project Management 或Software Engineering。请务必阅读您打算发布问题的任何网站的帮助中心主题页面。

【解决方案1】：

简而言之，燃尽图显示了某个时间点的剩余工作。

x 轴通常是时间，y 轴通常是工作。

对于 Sprint Burndown，时间通常以天数表示，而工作则以任务小时数表示

对于发布燃尽图，时间通常以 Sprint 表示，工作以故事点表示

【讨论】：

但是在 Sprint Burndown 中，如果我花费 8 小时来完成本应需要 1 小时的任务，会发生什么？剩下的 7 个小时算作“工作完成”吗？
@ViniciusPires ：不。他们只会算作一小时。 Sprint Burndown 只对在给定时间点剩余要做多少工作感兴趣。（注意：如果您将此任务的时间增加到 8 小时，则您也需要将起点增加 8 小时，最终交付时间的效果仍然相同。）

【解决方案2】：

我通常在故事点方面看到崩溃图表。故事点用于衡量故事的复杂性，是一个没有单位的数值。燃尽图以 y 轴上约定的速度开始，并作为时间的函数燃尽为零。如果在 sprint 期间添加故事，您可能会使用 y 轴的负数来表示总速度。

目标是让燃尽图遵循线性趋势线，但这很难实现，因为这意味着每个人每天必须在每个时间单位完成相同数量的积分

【讨论】：