scrum - Scrum 中燃尽图的动态

标签 scrum burndowncharts

<分区>

我有一个问题,关于 Scrum 中燃尽图的 Y 轴应该有多动态。我们在冲刺开始时绘制图表,Y 轴为估计的故事点总数,X 轴为计划天数。

Starting point

通常,在冲刺期间,我们有相当多的:

  • 计划外的任务/故事;
  • 花费的时间超过估计的任务/故事(由检查任务的人重新估计);

问题:

  • 是否应该将计划外任务的故事点绘制到图表中?如果是这样,也延长 y 轴并重新绘制预期曲线?或者只是绘制点并得到一条实际曲线,其中的点可能高于起点?

Some unplanned items, extend Y axis

  • 绘制图表时应该计算重新估计值,还是只计算初始估计值?与第一个问题相同的问题...

Some re-estimated items, plot the re-estimated effort instead of the initial one

我宁愿忽略计划外的项目和重新估计,因为它们无论如何都会出现在实际的焦点因素计算中。有错吗?

Some unplanned or re-estimated items, ignore extra effort

最佳答案

尝试使用燃尽图。

http://www.nearinfinity.com/blogs/lee_richardson/forget_burndown_use_burnup_charts.html

另外,我会尽你所能阻止计划外的项目。它们通常非常苛刻。如果是兑现代码债务,请尝试在每个冲刺中一次解决一点点。如果每个冲刺的时间量都是一致的,也许可以在冲刺开始时为“计划外任务”或“生产修复”或类似的东西创建一个故事。

最后,真正重要的是燃尽图可以让您跟踪 promise 的进展(或缺乏进展)。所以只要你实现了这一点,你就可以开始了。这意味着,实际上这些解决方案中的任何一个都可以工作——只需选择一个并使用它。

关于scrum - Scrum 中燃尽图的动态,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5525114/

相关文章:

scrum - 如何配置 VSTS 燃尽图以反射(reflect)故事点

scrum - 管理或项目管理是否应该进入冲刺回顾

jira - 如何在Jira中设置团队容量

Azure Devops Sprint Burndown 配置

tfs - TFS 的燃尽图,理想趋势从最大值(剩余小时数)开始,而不是第一次日期(剩余小时数)

python - python 中是否有简单的方法可以将数据点推断到 future ?

agile - 在Sprint计划期间如何处理 “tickets”

Scrum:未完成的产品和冲刺速度

architecture - XP/SCRUM 有多大?

azure - 在 Azure Devops 中为单个团队成员创建燃尽图