敏捷软件开发实践:概括2013-11-17应朋友之邀,我准备写一组文章关于敏捷软件开发的实践,也帮助广大没有用过Agile的或者只停留在书本内容上的朋友亲临敏捷软件开发这个惊心动魄的历程。所谓敏捷,书本上有很多的介绍,我也不想重复发明轮子了,反正就我的理解,敏捷的精髓就是面向变化,敏捷这个词语,我最早遇到是出现在玩各种游戏中,所谓的“力量型”英雄,“敏捷型”英雄,比如暗黑的亚马逊,比如魔兽世界的猎人,这种职业往往有很高的闪避,而且可攻可守,或者说三国杀里面最典型的赵云“闪杀杀闪闪,能进能退”, 对于项目,我觉得这个意思很像,因为可攻可守,面向变化,所以就算需求改变,我们需要“守”,能守得住,如果我们项目进度不足,我们可以去做一些研究,总结,代码审查之类的活来填充我们的effort,这是“攻”。不扯远话题了,总的来说,我想说下敏捷实践中的如下话题(都是来自我们真实团队的实践):(1)Sprint Setup Meeting(2)Sprint Story Point Etimation(3)Sprint Task Split(4)Sprint Status Track(5)Team Management(6)Code Review Process(7)Release Plan(8)Sprint Retrospective Meeting(9)Daily/Weekly Status Report具体见后续博文本文出自 “平行线的凝聚” 博客,请务必保留此出处http://supercharles888.blog.51cto.com/609344/1261087