速度计算有偏差

团队有4个开发人员,3个测试人员,试行了4天的小迭代,完成的工作量是7个单位,我在下一个9天的迭代中加入了上次迭代未完成的19个单位工作量.令人意外的是,第一天就完成了其中的10个,是估算有误?不是,这次完成的10个单位所涉的两个任务都是在上次迭代中就开始的,这就意味着里面有"水份",或者叫"延迟效应".也许在上次迭代这10个单位中已经完成70%,换句话讲,上次迭代的速度应该是14/4,这次迭代的工作量只有12.

这次的经验告诉我,迭代结束时应该警惕那些已经开始但未完成的任务,不要忽略它们完成百分比,否则将会导致团队速度评估的偏差.

解决的办法应该是,待迭代将要结束的前一天,对那些开始但不能在本次迭代完成的任务进行切分.切分的点是,能够验证完成的点.评估完成的工作量计入迭代完成的总量估算速度,评估未完成的工作量,并将未完成的部分设为一个新任务安排到下次迭代中.