题外话

    最近我们整期同学一起开始了一个GXPT项目开发，特别佩服GXPT项目的前期的设计实现者，看到那133篇的详细开发文档可以看出那个团队当时研究这个架构的时候是多么的用心，很庆幸我可以在他们搭建的架构基础上来开发我们的小系统，虽然我负责的项目是所有项目中最小的，但我想简单的事做到完美也不简单。简单看一下这个项目的物理架构（著作权归项目架构研究者），详细的系统架构设计及项目实现请到大牛博客中寻找踪迹。

我理解的敏捷开发好处

    人的理解力不同，我也只能根据最近的经历，谈谈我对敏捷开发的理解，随着开发进行，对它的理解会更加深入。

    以前我们做项目会沿着“开发计划→需求分析→概念设计|数据库设计→详细设计→编码→测试→成型交付→维护”这样的大致步骤进行，需求定好了，基本就不动了，我们常会听到数据库设计好了，就完成了系统开发的一大半工作；开发过程我们采用图和文档驱动。这样开发有没有什么不足呢？ 用勇哥（尊称，因为年龄还不如我大，只是他辈份比我大）的话说，我们这样的开发的系统都是小作坊式开发。 在项目开发的需求分析阶段，项目组长从用户那里得到需求，也许他只能懂用户说的80%，回来说给开发人员，而开发人员也许就理解了项目组长所说的80%，开发人员在实现功能时还可能打点折扣，所以这个过程下来，或许最多完成用户真正想要需求的64%.

    采用敏捷开发，将项目分成细小的任务，组长列出任务表，然后集体评估任务所需时间，让组员领取自己喜欢的任务，这样完成起来热情高涨，效率会比较快。组员接到任务自己与用户交流了解需求，这样中间少了组长传达，做出来的项目令用户满意度达到80%。所以敏捷开发的好处是效率高，开发人员激情高涨不会感觉到累，在敏捷开发的迭代过程中，系统会更加接近完美！