变态工作-敏捷开发个人感想

       我曾经管理和经历过使用所谓“敏捷开发”的两个相对比较大的项目。之所以是“所谓的敏捷开发”，掺杂了不少了自己的实现和理解，见笑了。

       第一个所谓的敏捷开发的项目是迫不得已的，因为项目前期投入大而且人事变卦（其它公司挖墙角），后期没有足够的时间来完成项目，所以我自告奋勇承接这个项目，CALL，其实就是为了年底能够领到更多的奖金。这个项目总价是100W，其中30多W是硬件，30多W是公关（灰色）费用，老板给我的成本价是15W，而且很认真的给我算出这个数。当时老板给我的条件是：公司资源随便支配，其中开发资源计在成本之内，三个月交付，这个时期内最少有三个重要的里程碑，每个里程碑必须完成工作的35%，包括质量检查。

        我的做事方法，一个能力跟我相当的程序员，一个能力一般且很仔细的程序员，一个测试工程师，另外还有一个是美工，还有客户方至少有一个到现场帮助测试或者业务讲解。然后在中关村某公寓封闭开发。

         我们挤在一个不大的会议室里，都在一张桌子上办公，开发程序有点像流水线，第一个是我，我写程序快，经验多，i当然BUG也多。因为是J2EE程序，我在前一周都是在写所有表的增删改查，其中MODEL和DAO这一层自动生成，controller这一块写了通用的增删改查，页面也是简单的增删改查。然后就是其它两个程序员帮助我修改一下错误和BUG。测试人员在写测试用例，美工在和客户方交流用户的操作体验。总之，我想要说的话是：敏捷开发当中，敏捷的生产过程非常非常重要。

         。我们经常交流，且有一种努力创业的想法。

         。有能力的程序员，让他写一些通用的方法和JS。（随便是google或者baidu上去抄）

         。客户方帮助我们不少。每个人都了解业务，有的想去卖仪器（哈哈，客户是做仪器的）

         。我们没有单元测试，每个人做完既定的功能后就提交功能测试，我们每个人的BUG很多，但是后面就很少。

         。我们完成一个相对独立的模块后，就提交给实用户，到现场进行试用。

         当然也少不了零食，看板，使用xplaner做管理。

          结果：我们不到两个月完成项目的85%以上，如果不算BUG的话，应该是在90%以上，然后退回到公司过着朝九晚五的生活。年终我也领到了两个多月工资的奖金。一个字爽。客户如期上线。

         黑五总结：跟着我的几个哥们，很讨厌我，他们最希望加薪，我只给他们的福利是每天120元/所有人的消费标准，每天工作10个小时左右，工资每天加100元，星期六星期天加200元（可以选择过星期天）。经过这个事后，他们很疲惫，虽然他们的技术提高很快，但是对公司的不满也每天增加，终于不出半年走掉一个，不出半年，又走掉一个。

         个人感想：敏捷开发的方法是老板喜欢看到的，因为敏捷开发方法节约成本，快速交付。但是对于员工来说，这种管理让人感觉压力很大，有点变态的感觉。我想如果一个人长期处于这种敏捷的开发当中，而自己没有自由的空间时，员工的不满会与日俱增的。尤其我们IT程序员跟现在的小姐一样，青春就哪么几年还在变态中渡过，所以从员工角度来说敏捷开发不是很好。

          我同时又想到了“计件工资”，又扩大了思维想到了“联产责任承包制”，又想到了“事业部”。感觉敏捷开发应该和员工的利益直接关联。于是我又想到了长得漂亮“出台率”巨高，美妓李师师......

          可能，敏捷开发的路可能还很远，对企业的管理方式也会不断的变化。这家伙，搞的天天跟考试一样。

          至今，找到的新工作也在敏捷的氛围当中进行，看看我的BLOG的更新时间你就知道我有多忙，为了生存，奉献身体，奉献青春。

          个人想法，仅供参考，不要人身攻击。

           链接：敏捷生产。

评论

6 楼 sg552 2008-10-20  

为什么不用单元测试呢？ 

用了UT之后，写程序不糊涂了，改程序不郁闷了，生活轻松，工作愉快啊！！！

5 楼 toeo 2008-10-18  

<div class='quote_title'>heweiya 写道</div>
<div class='quote_div'>
<p>      </p>
<p>         我们挤在一个不大的会议室里，都在一张桌子上办公，开发程序有点像流水线，第一个是我，我写程序快，经验多，i当然BUG也多。因为是J2EE程序，我在前一周都是在写所有表的增删改查，其中MODEL和DAO这一层自动生成，controller这一块写了通用的增删改查，页面也是简单的增删改查。然后就是其它两个程序员帮助我修改一下错误和BUG。测试人员在写测试用例，美工在和客户方交流用户的操作体验。总之，我想要说的话是：<span style='color: #ff0000;'>敏捷开发当中，敏捷的生产过程非常非常重要</span>。</p>
<p>    </p>
</div>
<p><br/>????一共有多少个表???如果就是单表CRUD的话///怎么写???ctrl +c / ctrl + v???</p>
<p> </p>
<p>这个怎么敏捷?推荐是用ant脚步吧/.虽然现在大家都用maven了...但是对于本地的ant来说没有什么问题..</p>
<p> </p>
<p>还有通用的模块是在工程之前写好的....权限什么的....组织机构什么..工作留什么的..都是现成的..</p>
<p> </p>
<p>整个工作就像 是 ...搭积木一样.....</p>
<p> </p>
<p>还有就是ant脚步的调试..你写的模板页面考虑的问题越多..以后的bug越少...</p>
<p> </p>
<p>前期如果很仓促...越往后越麻烦...</p>
<p> </p>
<p>用脚步也生成些测试文件..junit的测试..然后集成测试..这样.crud的测试就少了很多...</p>
<p> </p>
<p>界面如果很复杂...我感觉ssh..crud面度起来是比较麻烦的...</p>
<p> </p>
<p>参考意见....仅供参考....</p>

4 楼 daquan198163 2008-10-17  

同意楼上观点。
同时：
楼主自己也说了，用的是所谓的“敏捷开发”
比如你们没有单元测试、你们大量加班，这都是违反敏捷开发原则的，当然这些没有影响项目的成功
应该还有其他很多好的敏捷实践你们没去做
所以，这种情况下你不能得出结论说 这种“变态开发”及其导致的人员离职的结果是由于采用了敏捷而导致的
其实更有可能是由于工期过紧以及你们敏捷的不够导致的

3 楼 zqrain 2008-10-17  

看不出楼主的描述中，“变态”的部分跟敏捷有什么关系。

项目如果不这么紧，完全可以用一种既敏捷又不“变态”的方式做。

2 楼 gigix 2008-10-17  

我觉得采用比较敏捷的工作方式至少避免了温水煮青蛙
有问题就很快暴露出来
至于能不能解决，那可能是有很多因素决定的，但是看清问题在哪里总比看不清要好
对于软件质量，对于工作环境，都是这样

1 楼 fly_ever 2008-10-17  

如果周末不加班，每天工作8小时，而不是10小时，不知道那两个哥们会不会走掉？
其实从事后来看，加班还是没有必要的。