Question

说你所做的，做你所说的

Answer 1

早上项目组开站会，发现任务都完成了，还有些时间，我问大家是否要从待办列表中拉个新故事到本次迭代中来。

结果他们已经准备开工一个了，但没有拉进来。

问大家原因，说这个故事有点大，这次完成不了，要下个迭代才能完成。拉进来了会影响这个迭代目标的达成。

他们提到，另外一个团队遇到这种情况的做法就是如此的：开始做原本计划下个迭代的故事，但是不纳入本次迭代。

我没同意他们这么干。让他们看这个大故事能否拆分成小故事，选个小的争取干完。或者看看有没有技术债，或者看看有没有需要自己学习的内容。

团队有人还提出，我们提前完成了迭代目标，剩下的时间就不应该再加任务了，而应该当作奖励，因为再加任务的话，团队以后就不会提前完成任务了。

后来，在和部门负责人谈到这个案例时，他觉得先开工新故事，下个迭代再列入待办任务是可以的。

其一，团队要完成这个迭代的任务，这是承诺的体现。

其二，完成的故事点都记在下个迭代中了，也没有问题。

我总结下自己对这个案例的观点：

正在处理中的任务，永远不要有游离在当前迭代列表之外的。

正处理的任务，要么是已经在当前迭代计划中的，要么是从外面拉进当前迭代的。

这个迭代开工了一个任务，但是不算在这次迭代中，而是算在下个迭代中，使我们下个迭代的故事点好看一些。

那我们的迭代速度实际是怎样的呢？

（这种情况在无意当中其实经常会存在，一开始领取了超出团队容量的故事，迭代结束时自然就有没完成的留到下个迭代继续）

对迭代目标的承诺，不是立下军令状，而是代表团队要全力以赴，要尽力而为。

如果在尽力的情况下没有达成目标，是我们不得不接受的现实，说明我们高估了团队的能力，或者低估了目标的困难。

如果提前完成迭代目标，剩下的时间是否应该由团队成员自由使用？

如果再加新故事，是否会打击大家的积极性？

我觉得，应视情况而定。

1.团队需要关注产品/项目版本发布目标以及总目标，可以为了达成版本发布目标而提前开工新的故事。

2.有一种情况，团队开始领取任务时就是说的“先领这么多，做了看看如果还有时间就再加”，那就应该加。

3.在不赶新故事，版本发布目标也能达成的时候，就当作团队奖励，不开新故事。