第三次迭代结束

来源:互联网 发布:淘宝清仓甩货图 编辑:程序博客网 时间:2024/04/30 20:35

之前我一直认为这将是又一次失败的迭代,在短暂的迭代2成功之后团队还需要更多的适应才能保持稳定的速度。迭代的中期,看起来一切都出于混乱之中,常常有人被卡住,茫然的等待其他人对某个问题有一个解决方案。之前的没有足够重构的代码中的缺陷现在蹦了出来,使得项目走向正确的道路更加困难。

但是,我错了。

在今天我努力的完成了自己的工作后,发现这次迭代的任务似乎已经完成了。虽然还很不完善,可以说出很多必须改进的地方。但是毕竟是一个已经完成的部分。也许,意识到可能完成不了工作正是保证工作完成的很好方式。

比如对我,我的缺点就是往往由于想的太多反而懒于动手。这周的状态又奇差,装了一天的机器,还有一天在赶路中度过。迭代的任务列表,使我最终在今天完成整个迭代中任务的一大半,避免了因为我的原因使迭代失败。

发现现在的迭代成为了一种变相的2周迭代。每两次迭代的第一个总会产生较多的遗留问题需要改进。而下次迭代的预计任务往往足以在完成新功能的同时解决遗留问题。而且不产生更多的遗留。这样其实相当于2周一个迭代,而第一次迭代的结束相当于迭代中期的回顾。原来尝试过2周的迭代,但是当时还是觉得每个人安排2周的工作有点吃力,所以调整成了现在的方法,看起来效果还不错。

下次迭代完成,版本1就发布啦。这回总该能得到客户(也就是我们的老板)的一点反馈了吧。如果一切顺利,准备完成后小小庆祝一下,再放假一天。