Aar*_*son 4 agile charts scrum agile-processes burndowncharts
我在一个敏捷的小型开发团队工作,该团队是一家大型非敏捷思维公司的一部分.目前,我们实践Scrum,偶尔也会超出我们的冲刺承诺.
我的问题是,当你超过你的冲刺承诺时,你如何处理烧毁图表？我可以想到两个选择:
我的团队的最终解决方案是业务清晰,为开发人员增加真正价值的解决方案.到目前为止,这些解决方案都没有完美解决.
在我看来,燃尽图表不能消极.如果你完成了你的工作,你要么继续坐在椅子上什么也不做,这意味着燃尽将保持在零.
如果您确实做了某些事情,那么应该将其添加到您的任务列表中,这意味着当您完成添加到sprint工作负载的任务时,燃尽将会上升然后再次下降.
在sprint结束之前完成原始工作负载的sprint应该在新任务(单个任务,例如错误修复或其他任何内容,或者一个或多个新用户故事)再次添加后再次添加时显示出一点点峰值更多的空间.
但是,如果您的团队经常发生这种情况,您似乎总是低估您的速度,并且应该从一开始就承诺执行更多任务.我并不是说能够提前完成并承担更多任务是一件坏事,但如果在很多冲刺中发生这种情况,那么这表明团队从一开始就无法做到,无论是偶然还是制造绝对肯定他们不会失败冲刺.
如果您的产品所有者可以,那就这样吧.如果我是产品所有者,我会看到一个团队总是提前完成,我会尝试让他们从一开始就承诺完成更多任务.这可能听起来比听起来有点苛刻.
小智 5
Burndowns显示范围仍在承诺范围内.如果您因为过度交付而在您的承诺中添加了某些内容,则将其添加到您在图表中记录的数字中.结果,一个过度交付的团队会有一个朝向零的燃尽,然后在那里盘旋直到图表时间框结束.
要显示您实际交付的内容,请考虑使用刻录或累积流程图.
编辑
| 归档时间： |
|
| 查看次数： |
3984 次 |
| 最近记录： |