关于团队敏捷开发的阶段总结

@GuoYongfeng 2016-10-09 02:50:46发表于 iuap-design/blog

关于团队敏捷开发的阶段总结

成果

经过这一个月来敏捷开发的执行,我们整个团队能够通过看板的方式进行每日晨会的沟通,团队成员更加高效的进行开发。同时,从迭代目标拆分、待开发条目梳理到当日需要进行的工作等方面,我们在流程上更加清晰的知道我们要干什么,要完成什么目标,并且团队齐心协力的在同一个战壕里向着共同的目标前进。感谢每一个小伙伴在迭代启动会上对问题和目标积极的发表自己的开发,一步一步的推动团队向着更高效的工作方式前进。万事开头难,还好,我们已经在路上了。虽然也有很多的不足,我们可以通过回顾会的方式来自由的指出当前存在的问题,能够敢于指出自己的不足,这本身也是需要足够的勇气,幸好,我们做到了。

我们应该给自己鼓掌,在支撑大量产品和项目开发的同时,我们还在积极的开发更多更有意义的产品;在解决现有问题的同时,我们还积极的引进新技术来进行多个技术产品的重构;在封闭和开放的路口徘徊的时候,我们义无反顾的踏上了全面开源的道路。

但是,还有很多的问题横亘在我们面前。

改进

我们目前的站立会是每天九点准时开始,在执行的过程,效率不高,缺乏考核,缺少验证,接下来对问题进行总结和分析。

**问题1:**站立会各说各的任务,无序,不关注其他成员的工作情况。
**解决方案:**每日晨会小组成员围成一个弧形,每个人各自阐述自己昨日的工作进展并挪动看板的任务条、并且说出当前工作遇到的问题、以及从待开发条目中挪出今天需要做的工作或添加事务性任务条。

**问题2:**每个看板上的任务条从doing->done,缺少验证的过程,无法确保工作完成的质量。
**解决方案:**1. 在纵向增加一条test甬道;2. 内部交叉验证,每个条完成后,需要任务相关的其他同学进行交叉验证,或是寻求测试部同学的支持。

**问题3:**迭代目标多,看板条目繁多,无法在看板上清晰的追踪到当前目标的完成度。
**解决方案:**增设横向的甬道,同类的看板条目放在指定的横向甬道上,并且,对启动某个目标的开发前,需要讨论优先级,确保力往一处使,避免多项目标同时开展的低效模式。

**问题4:**项目支持相关的条目没有明确的归属以及进度的追踪。
**解决方案:**在横向大的产品甬道上增加一条,专门用于处理项目问题,追踪问题处理进度,级别和tinper等一样。

**问题5:**看板条目描述不够清晰
**解决方案:**按看板上的示例条目书写,明确每个条目的编号、工作描述、负责人、工作量评估、开始时间等五项信息,同时,请确保字迹清晰,拒绝狂草。

**问题6:**缺少演示会,对迭代的目标进行全面验证。
**解决方案:**每个迭代周期的最后一天作为产品的迭代演示会,全员参加。

鸡汤

什么是成功,成功不一定要惊天地泣鬼神,一步一个脚印的完成某个具体可行的目标也能成功;什么是创新,不是一定要有新奇的想法,用更好的方式解决现有的问题就是创新。每次改进一点,每次多做一点,到一定阶段回过头来看,我们已经遥遥领先。