我经历的--敏捷开发

关心敏捷很久，今天看了某牛人的帖子 http://www.iteye.com/topic/254179?page=1
突然发现，原来我也一直在敏捷嘛。

记得去年（2007）跳槽到Ah公司，就接手一个棘手的项目。因为项目前期投入不够，工期一拖再拖，已经引起客户的不满。
公司决定派我跟项目的主要开发者小zhu一起到客户那里做现成开发。一到现场，跟客户沟通以后就进入紧张的开发过程，拿着需求文档，一条条的开发，完成一个需求，就交付客户使用，收集意见，然后再改，再交付客户，收集意见......如此迭代，到达客户最终满意。
经历了3个星期每天早8点，半夜12点后，客户终于开始满意。在我接手项目的一个多月以后，项目验收会召开，接下去好几期的客户培训。2个多月以后慢慢结束项目开发。开始接手公司另外一个项目的开发任务。


第二个所谓的;敏捷;是在去年9月份左右(应该算1.5个项目)，6月份因为公司要转后台系统架构，准备上J2EE。公司需要做java的人才，我也有意转java开发。
经过2个月学习，8月份开发ZH项目的前期开发准备工作，技术部经理的指导下，在一个来自亚信强大外援支持一下，把系统一点点搭建起来，好像在8月底ZH项目顺利签约，9月初，我和例外一个做VC++的同事小song，我和前期做工程的先去，小song后来到，开赴现场。
服务器上架，开发搭建，VC部分的加入，投入紧张的开发工作，进过努力，终于在十一前，完成基本数据流的运转、入库，业务数据的同步。十一以后，因为上海项目的启动，开赴上海，又是服务器的上架、装系统、开发系统搭建，小song的加入。
功能的完成，交付客户。
客户需求的提出，协商，确认；编码，测试，交付客户；收集意见，然后再改，再交付客户，收集意见..........客户OK。
客户提出新的需求，协商，确认；编码，测试，交付客户；收集意见，然后再改，再交付客户，收集意见.........客户OK。
如此不停的迭代，又是早8点、半夜12点，在过年前几个礼拜终于基本完成客户需求。
中间在上海过了一个圣诞节，平安夜去自我放假了一个晚上，逛了商业外滩。外滩很美、就是气氛不对。2个大男人平安夜逛大上海，又是2个穷人。

今年(2008)6月份中旬，过了年以后一直都在准备的上海HSJ的项目终于签约，项目的庞大和重要性，公司几乎所有的开发能力都开赴上海做现场开发。有了java项目经验的积累，我重新设计了系统架构，引入了spring/hibernate，系统进行模块化开发，我有了2个同事跟我一起做，根据2个人不同特点：一个做核心数据的流转层开发，一个做业务逻辑层开发。因为6月底因为个人原因要离开Ah公司，反倒落了个清闲，但是并不是说对自己的工作不负责任，只是不想做太多东西，等我离开了，影响了项目，更多的起了一个监督者、帮忙者的作用。中间还跟技术部经理da peng，因为是否引入消息bean中间件，意见相左，最后我模仿消息bean的机制自己写了个消息bean。其实我很想完成整个项目的开发，毕竟项目前期我投入了几乎全部的精力在上面，还自己写了一个类spring的东西，虽然后来没用上。听说上个月(9月份)的时候，项目已经顺利验收，但稳定性不是很行，我估计是没有引入消息中间件有很大原因。


每次敏捷以后，技术提高很快，身心极度疲惫，原因有三：工期紧压力大，跟客户打交道累，生活条件艰苦。 ;
敏捷的效果是老板最喜欢看见的，开发效率极高，在非常短的时间内交付，大大节约了生产成本。
但对于员工来说，压力非常大，感觉有点变态（其实本人还是比较喜欢这种开发模式），
但是从长远来说还是弊大于利,问题有四：
一、软件产品质量（代码优美度，BUG率，用户体验效果）上，因为为了敏捷，大打折扣。质量是产品生存之道，软件也不能例外。
二、文档缺陷，为了赶工期往往文档就省掉。大大增加了后期的代码的维护难道，如果一旦模块原有开发人员离职，将会是一场灾难。
三、滥用人力，员工经常处于这种高压力下面，会很疲惫。随着工作时间、和年龄的增长，会厌倦工作，最后离职，造成人才流失。公司的技术无法得到沉淀，不利于公司长远长远发展。
四、还没想到 :-)