很多团队都遇到过这种进退两难的局面，Sprint 快结束的时候，确实还有些时间剩下，但这些时间又不够做完一个故事，那还要不要认领新的故事？在 Scrum development 讨论组中对此话题展开了热烈讨论，力求找到问题答案。
如果某个东西你只编了一半会怎么样？那你就会血流不止了（把不完整的故事带到下一个 sprint 里面）。如果已经开始流血，那再给自己割一刀可不是什么好 主意，我宁可让开发人员帮着把有可能会带到下一个 spirnt 中的故事结束掉。在制品（Work in progress）会带来负面影响。我们要把它的数量尽可能降低，肯定也不能再增加了。
他的想法看上去就是说，不要忙着开新故事，而是要先把快要完成的故事结束掉，这样可以增加业务价值。
Rob Park 则认为，把一些没有完成的故事从一个sprint 转移到下一个sprint 也许意味着这个团队处于健康状态。这表示团队有着恒定的生产率。如果在制品是零，那可能就说明团队的承诺不足，在sprint 结尾的时候有些空闲时间。
Jose M Beas 认为， 如果有的故事在一个 sprint 里面没法干完，那也许就该把这个故事拆分成更小的故事。这样一来，庞大的未完成的故事就变成了小块的已完成的故事。 InfoQ 的新闻也建议说，在处理未完成的故事时，可以考虑做故事分解。
Ron Jeffries 说到，虽然他也认为把未完成的工作挪到后面去不会带来什么好处，但是，让故事跨越 sprint 跟让它在 sprint 中跨越周末并没有太大区别。他的观点是，如果在 sprint 快结束的时候没有太多有用的工作可以做，那也不妨开一个新故事来做。
我们要减少 WIP，但是我们又必须有一些 WIP。任何过程都要有足够填充过程的东西，不然你的“产品线”就会陷入停顿——这就是 SWIP（标准在制品）。 Agile 中时间盒的目的之一就是创建 SWIT（帮助我们管理流），另一个是跟客户之间的短期反馈环（防错机制）……所以我们便能设定多少工作恰好够用，所以我们能准时交付价值。
讨论组中，很多敏捷学家都认为未完成的故事是一个常见现象，并非偶然。在下一个 sprint 的计划会议上，未完成的故事的故事点应该根据剩余的工作加以调整。
那么，到了 sprint 快结束的时候，如果不开始新故事的话，我们又可以做些什么呢？
可以用这段时间给接下来的故事编写测试规范，做一些分析，或者做一些一直想要做的清理工作，让以后的工作更有效率。
Philip Cave 说到，团队应该自己问自己一些有关怎么管理 SWIP 的问题：
如果这个周期快结束了，剩下的故事点又让我们清楚地看到，时间已经不足以把故事做完，这就是我们应该问自己一些问题的时候了…… 我们是该拉进一个更小的故事来？还是开始安排客户审查？我们是不是可以拉进一个“分析”故事来，给下个周期的工作作准备？还是可以做一些其他事情？
综上所述，人们基本上都认为在开始新故事之前，团队应该多方面考虑怎样可以增加价值。如果把新故事带到下一个 sprint 里面去可以获得最大价值，那团队就不该有什么犹疑了。
查看英文原文： Don’t Start What Cannot Be Done
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论