由GXPT初谈敏捷开发

题外话

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

我理解的敏捷开发好处

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

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

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

采用工具管理团队

     这次项目开发使用管理团队的软件是禅道，通过禅道，我们可以看到整个项目的开发进度，我们可以看到每个人的工作量。项目组长可以及时了解组员的进度，于是可以更好的与组员沟通，更便捷的控制项目的进度。

受益匪浅的晨会

     每天早上开机后第一件事，找自己的组员开发小会，既对昨天的工作做总结，也明确今天要做的事。小晨会过后，就是勇哥远程对我们的晨会的指导，每天早上他不厌其烦的指导我们，他指出我们的不足之处，让我们不断改进；他分享他的工作经验，增加我们项目开发的热情，更让我们感受到管理是一门大学问。通过晨会，展现了我的水平还洼的厉害，我进步的空间还很大，好好的提高吧！

   这个项目做完，我们大家都会上升一个台阶的，期待着，期待着，嘿嘿……