敏捷理念-软件开发实践总结

敏捷实践在IT业界已经多年的历史，围绕敏捷软件开发的讨论也不断持续着。

就本人最近几年敏捷开发的实践经验，总结了围绕敏捷开发理念的一套实践体系图。一则作为一个总结，二则希望大家指点指点，拍拍砖 。

个人体会，敏捷理念要较好的运用在实际软件开发中，需要一个良好的开发氛围，或者说需要每个成员具有较高的敏捷素质。

因而，敏捷重视人这个观点，从个人角度来说是非常赞同的。

我并不是一个理论论者，而是一个实践论者。通过经验，实践积累，能更好的体会敏捷的理念。上面这套实践下来的敏捷实践体系架构，对于笔者近几年来的开发帮助颇多。

上面这个实践体系，主要解决了如下问题：

1）经验的传承和总结 -- 引入wiki

==》其实经验总结的老化，文档与实际不符等问题是软件开发中常见的问题。wiki作为一个开放平等的平台，合理利用、规划wiki的使用对经验传承、总结，文档老化，项目管理具有举足轻重的地位。

 

2）自动化测试，持续集成开发 -- 引入ci/repo/agile ideal的协作使用

==》CI，持续集成，这个是老掉常谈，大家都知道重要性，但是如何做好CI？这个问题相信一定困扰大家很久了。我们非常注重patch的review，这能提升新人的能力，并且提高软件质量。

3）Bug跟踪  --  引入bug management/maillist/repo的协作使用

==》没有Bug的软件，本人认为是没有的。但是有问题，第一时间是解决问题，而不是推诿责任。如何更好的解决问题，Bug的管理非常重要，而解决Bug必须结合wiki和maillist上的讨论要点，否则软件工程师不禁要问“为什么要这样做，我认为不合理。”，讨论是有意义的，但是总结和跟踪讨论过程是必要的，如何更好的记录下这些信息，对今后再次定位可以做到有据可查。我不是想翻老账的人，但是我们要知道这不是我们软件工程师的错，是讨论的结果，如果讨论结果有问题，下次我们不用怨天尤人，我们只需要按部就班，再次解决问题就ok了。如果涉及架构问题，那么架构师，高级软件工程师需要去想想，我们当时的决定是否有问题，需要总结经验，更好的规划架构问题。

4）One-trunk代码库 -- svn/git/cvs

==》要达成这个目标，我们需要Agile理念， 需要一个好的环境，氛围，需要一批高素质的人才。这些人才，最终带给我们的质变就是公司的高绩效导向。

stable, efficient, robust是我们一直追求的目标，笔者认为 -- 我们需要学会“偷懒”，会“偷懒”才会创新！