论坛首页 综合技术论坛

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

浏览 39563 次
精华帖 (0) :: 良好帖 (13) :: 新手帖 (1) :: 隐藏帖 (0)
作者 正文
   发表时间:2008-10-17  

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

       第一个所谓的敏捷开发的项目是迫不得已的,因为项目前期投入大而且人事变卦(其它公司挖墙角),后期没有足够的时间来完成项目,所以我自告奋勇承接这个项目,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的更新时间你就知道我有多忙,为了生存,奉献身体,奉献青春。

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

           链接:敏捷生产

   发表时间:2008-10-17  
如果周末不加班,每天工作8小时,而不是10小时,不知道那两个哥们会不会走掉?
其实从事后来看,加班还是没有必要的。
0 请登录后投票
   发表时间:2008-10-17  
我觉得采用比较敏捷的工作方式至少避免了温水煮青蛙
有问题就很快暴露出来
至于能不能解决,那可能是有很多因素决定的,但是看清问题在哪里总比看不清要好
对于软件质量,对于工作环境,都是这样
0 请登录后投票
   发表时间:2008-10-17  
看不出楼主的描述中,“变态”的部分跟敏捷有什么关系。

项目如果不这么紧,完全可以用一种既敏捷又不“变态”的方式做。
8 请登录后投票
   发表时间:2008-10-17  
同意楼上观点。
同时:
楼主自己也说了,用的是所谓的“敏捷开发”
比如你们没有单元测试、你们大量加班,这都是违反敏捷开发原则的,当然这些没有影响项目的成功
应该还有其他很多好的敏捷实践你们没去做
所以,这种情况下你不能得出结论说 这种“变态开发”及其导致的人员离职的结果是由于采用了敏捷而导致的
其实更有可能是由于工期过紧以及你们敏捷的不够导致的
0 请登录后投票
   发表时间:2008-10-18  
heweiya 写道

     

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

    


????一共有多少个表???如果就是单表CRUD的话///怎么写???ctrl +c / ctrl + v???

 

这个怎么敏捷?推荐是用ant脚步吧/.虽然现在大家都用maven了...但是对于本地的ant来说没有什么问题..

 

还有通用的模块是在工程之前写好的....权限什么的....组织机构什么..工作留什么的..都是现成的..

 

整个工作就像 是 ...搭积木一样.....

 

还有就是ant脚步的调试..你写的模板页面考虑的问题越多..以后的bug越少...

 

前期如果很仓促...越往后越麻烦...

 

用脚步也生成些测试文件..junit的测试..然后集成测试..这样.crud的测试就少了很多...

 

界面如果很复杂...我感觉ssh..crud面度起来是比较麻烦的...

 

参考意见....仅供参考....

0 请登录后投票
   发表时间:2008-10-20  
为什么不用单元测试呢? 

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

0 请登录后投票
   发表时间:2008-10-20  
引用
我在前一周都是在写所有表的增删改查,其中MODEL和DAO这一层自动生成,controller这一块写了通用的增删改查,页面也是简单的增删改查。然后就是其它两个程序员帮助我修改一下错误和BUG

你可真能折磨人啊,你赶出来代码,让别人来给你修改错误和bug。楼主这种工作方式还能有那么大的写代码劲头,真是难得(我自己写出的代码,如果不知道有什么问题,我可没心写的)。
楼主所述的做法,其实是敏捷+杀鸡取卵式的方法。

楼主够霸道,有干劲——佩服。
0 请登录后投票
   发表时间:2008-10-20  
项目组5个人,2个月干完,至少10人月,15w能包住么?更变态点,砍掉那个做功能测试的。
0 请登录后投票
   发表时间:2008-10-21  
一蓑烟雨任平生 写道
项目组5个人,2个月干完,至少10人月,15w能包住么?更变态点,砍掉那个做功能测试的。


这个价格应该是内部核算价。
如果是外部报价的话,15w/10人月基本只能在二线城市或者小公司里面达到盈亏平衡。
不过我强烈怀疑那个测试工程师和美工不是全时投入到这个项目的。
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics