完不成的事情就不要开始

  • Vikas Hazrati
  • 李剑

2009 年 4 月 13 日

话题:敏捷Scrum文化 & 方法

很多团队都遇到过这种进退两难的局面,Sprint 快结束的时候,确实还有些时间剩下,但这些时间又不够做完一个故事,那还要不要认领新的故事?在 Scrum development 讨论组中对此话题展开了热烈讨论,力求找到问题答案。

Alan Shalloway 引发了这个讨论

如果某个东西你只编了一半会怎么样?那你就会血流不止了(把不完整的故事带到下一个 sprint 里面)。如果已经开始流血,那再给自己割一刀可不是什么好 主意,我宁可让开发人员帮着把有可能会带到下一个 spirnt 中的故事结束掉。在制品(Work in progress)会带来负面影响。我们要把它的数量尽可能降低,肯定也不能再增加了。

他的想法看上去就是说,不要忙着开新故事,而是要先把快要完成的故事结束掉,这样可以增加业务价值。

Rob Park 则认为,把一些没有完成的故事从一个 sprint 转移到下一个 sprint 也许意味着这个团队处于健康状态。这表示团队有着恒定的生产率。如果在制品是零,那可能就说明团队的承诺不足,在 sprint 结尾的时候有些空闲时间。

Jose M Beas 认为, 如果有的故事在一个 sprint 里面没法干完,那也许就该把这个故事拆分成更小的故事。这样一来,庞大的未完成的故事就变成了小块的已完成的故事。InfoQ 的新闻也建议说,在处理未完成的故事时,可以考虑做故事分解。

Ron Jeffries 说到,虽然他也认为把未完成的工作挪到后面去不会带来什么好处,但是,让故事跨越 sprint 跟让它在 sprint 中跨越周末并没有太大区别。他的观点是,如果在 sprint 快结束的时候没有太多有用的工作可以做,那也不妨开一个新故事来做。

Philip Cave 回复说

我们要减少 WIP,但是我们又必须有一些 WIP。任何过程都要有足够填充过程的东西,不然你的“产品线”就会陷入停顿——这就是 SWIP(标准在制品)。

Agile 中时间盒的目的之一就是创建 SWIT(帮助我们管理流),另一个是跟客户之间的短期反馈环(防错机制)……所以我们便能设定多少工作恰好够用,所以我们能准时交付价值。

讨论组中,很多敏捷学家都认为未完成的故事是一个常见现象,并非偶然。在下一个 sprint 的计划会议上,未完成的故事的故事点应该根据剩余的工作加以调整。

那么,到了 sprint 快结束的时候,如果不开始新故事的话,我们又可以做些什么呢?

Alan 建议说,

可以用这段时间给接下来的故事编写测试规范,做一些分析,或者做一些一直想要做的清理工作,让以后的工作更有效率。

Philip Cave 说到,团队应该自己问自己一些有关怎么管理 SWIP 的问题:

如果这个周期快结束了,剩下的故事点又让我们清楚地看到,时间已经不足以把故事做完,这就是我们应该问自己一些问题的时候了…… 我们是该拉进一个更小的故事来?还是开始安排客户审查?我们是不是可以拉进一个“分析”故事来,给下个周期的工作作准备?还是可以做一些其他事情?

综上所述,人们基本上都认为在开始新故事之前,团队应该多方面考虑怎样可以增加价值。如果把新故事带到下一个 sprint 里面去可以获得最大价值,那团队就不该有什么犹疑了。

查看英文原文Don’t Start What Cannot Be Done

敏捷Scrum文化 & 方法