完不成的事情就不要开始

很多团队都遇到过这种进退两难的局面，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