Mike Cohn专栏

当你忘了sprint计划会议的目的…

Sondra Ashmore 和 Kristin Runyan合著的一本敏捷方面的新书即将出版, 在最近一次对其采访中,他们问到了敏捷开发和scrum好几个方面的问题。 在最近的2篇blog里,我就曾探讨过产品backlog和估算。 现在,再来分享一下我对计划会议以及下面这个问题的观点: sprint计划会议中最常见的错误是什么? 毫无疑问,最常见的错误是误解了计划会议的目的。 计划会议应该有2个产出物: 1.sprint的目标 2.sprint backlog

因为sprint backlog是计划会议的一个工件,所以会有许多团队过分强调要得到一个完美的sprint backlog。 这些团队试图去确定每个新任务,并且为每个新任务贴上非常精确的估算值。

sprint计划会议

团队这样做的一个典型的原因是迫于管理层的压力,尤其当团队刚实施scrum的时候。 他们想通过对任务的精确估算,把管理层的估算做的完美无缺。 但是,那不是计划会议中制作sprint backlog的目的。

sprint计划会议的目的是从产品backlog中为当前sprint挑选一组正确的任务, 并且要让团队感觉到每个任务都是被充分讨论过了,他们已经做好准备可以完成这些任务了。

在任务和任务的估算上关注太多会让团队在sprint计划会议中消耗太多时间。 因此,这时就需要scrum master这个角色来保证sprint计划会议不要偏离它的原本目的太远。  对团队理解他们交付物来说,任务和估算是必要的,而且最好把它们作为一个工具来决定当前sprint要选择哪些条目。

 

作者:Mike Cohn

原文地址:http://www.mountaingoatsoftware.com/blog/when-you-miss-the-point-of-sprint-planning-meetings

scrumcn_teamwork

新物件—长期产品待办列表

大概两个星期前天气开始变好了,这意味着要给Cohn的家做大扫除了,这就是所谓的Cohnderosa(只有你足够年长而且知道“Bonanza”,才能懂得个中的含义)。当打扫房子外围的窗口的时候,我有足够的时间想起我刚刚给几个客户做的大扫除—我们刚刚清理完了他们的产品待办事列表。
Read more