迭代计划一定要完成么？

我曾经问过一个SM 新手一个问题：每个迭代的计划，我们都需要100%完成么？那次也毫不意外地得到了“是的”的回答。当我在进一步询问如何保证的时候，也是毫不意外的得到了“加班”这种解决方案。此时我基本确定这位新手对“团队承诺”理解是有偏差的。

迭代计划的完成情况，一般来说我们是使用燃尽图和团队速度两个指标来衡量，这也是为数不多的敏捷中的衡量指标。

可能是因为这个原因，所以很多团队管理者或者公司管理层就会对这两个指标特别关注，进而导致了部分SM、PO甚至团队都对这两个指标有着谜之偏好，甚至将这两个指标是否好看，当作衡量团队的重要标准。

殊不知这是大错特错，甚至一定程度可以称为是团队走向崩塌的第一步。

每个SM当然都希望团队可以尽可能的完成目标，但是并不是每个SM 都会思考团队每次都能完成这意味着什么？

我们回头看一下迭代计划是怎么生成的？这里不赘言，有兴趣可以自行查阅Scrum Guide中的说明。这里我就简单说一下，迭代计划是PO、SM和团队一起通过计划会来完成的。我们通常使用用户故事作为需求表现形式，用户故事点数作为故事规模的判断标准。

如果你了解用户故事以及用户故事点数，你就会知道用户故事点数代表的不是工作量，而是工作规模。并且这个点数我们是通过“估算”实现的。而我们都知道估算本身就是一个不太确定的事儿，加之用户故事估算一般使用斐波拉契序列，这就进一步的让单个用户故事估算存在偏差（在多个用户故事之间，这种偏差可以互相抵消）。一个存在偏差的估算，我们都知道是不确定的（毕竟是不确定+不确定，当然是更不确定）。至此我们得到一个初步结论，因为用户故事的估算特征的原因，我们对某个具体故事点数的故事体量只有一个大概的范围判断，不能确定。

团队对一个不能明确确定的工作量进行估算，这结果自然不言而喻。

如果团队侥幸实际工作量小于估算工作量，那么正常来说是可以完成，如果不幸相反，且偏差明显，那么……

这个原因每个SM都听过，但是领导可能没有，或者装作没有。

这句话就是“团队在指定计划的时候，一般来说比较激进，也就是具有一点挑战性”。

这说明什么？这说明团队每次的计划可能会略微超出团队能力的，只有这样才能更好的激发团队的潜力，让团队在压力下找寻方案，从而做的更好。

当然这肯定不是所有的办法，如果您有其他的方法，也请将你的方法留言给我。

期待你的留言。