锁定老帖子 主题:变态工作-敏捷开发个人感想
精华帖 (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的更新时间你就知道我有多忙,为了生存,奉献身体,奉献青春。 个人想法,仅供参考,不要人身攻击。 链接:敏捷生产。 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2008-10-17
如果周末不加班,每天工作8小时,而不是10小时,不知道那两个哥们会不会走掉?
其实从事后来看,加班还是没有必要的。 |
|
返回顶楼 | |
发表时间:2008-10-17
我觉得采用比较敏捷的工作方式至少避免了温水煮青蛙
有问题就很快暴露出来 至于能不能解决,那可能是有很多因素决定的,但是看清问题在哪里总比看不清要好 对于软件质量,对于工作环境,都是这样 |
|
返回顶楼 | |
发表时间:2008-10-17
看不出楼主的描述中,“变态”的部分跟敏捷有什么关系。
项目如果不这么紧,完全可以用一种既敏捷又不“变态”的方式做。 |
|
返回顶楼 | |
发表时间:2008-10-17
同意楼上观点。
同时: 楼主自己也说了,用的是所谓的“敏捷开发” 比如你们没有单元测试、你们大量加班,这都是违反敏捷开发原则的,当然这些没有影响项目的成功 应该还有其他很多好的敏捷实践你们没去做 所以,这种情况下你不能得出结论说 这种“变态开发”及其导致的人员离职的结果是由于采用了敏捷而导致的 其实更有可能是由于工期过紧以及你们敏捷的不够导致的 |
|
返回顶楼 | |
发表时间:2008-10-18
heweiya 写道
我们挤在一个不大的会议室里,都在一张桌子上办公,开发程序有点像流水线,第一个是我,我写程序快,经验多,i当然BUG也多。因为是J2EE程序,我在前一周都是在写所有表的增删改查,其中MODEL和DAO这一层自动生成,controller这一块写了通用的增删改查,页面也是简单的增删改查。然后就是其它两个程序员帮助我修改一下错误和BUG。测试人员在写测试用例,美工在和客户方交流用户的操作体验。总之,我想要说的话是:敏捷开发当中,敏捷的生产过程非常非常重要。
这个怎么敏捷?推荐是用ant脚步吧/.虽然现在大家都用maven了...但是对于本地的ant来说没有什么问题..
还有通用的模块是在工程之前写好的....权限什么的....组织机构什么..工作留什么的..都是现成的..
整个工作就像 是 ...搭积木一样.....
还有就是ant脚步的调试..你写的模板页面考虑的问题越多..以后的bug越少...
前期如果很仓促...越往后越麻烦...
用脚步也生成些测试文件..junit的测试..然后集成测试..这样.crud的测试就少了很多...
界面如果很复杂...我感觉ssh..crud面度起来是比较麻烦的...
参考意见....仅供参考.... |
|
返回顶楼 | |
发表时间:2008-10-20
为什么不用单元测试呢?
用了UT之后,写程序不糊涂了,改程序不郁闷了,生活轻松,工作愉快啊!!! |
|
返回顶楼 | |
发表时间:2008-10-20
引用 我在前一周都是在写所有表的增删改查,其中MODEL和DAO这一层自动生成,controller这一块写了通用的增删改查,页面也是简单的增删改查。然后就是其它两个程序员帮助我修改一下错误和BUG
你可真能折磨人啊,你赶出来代码,让别人来给你修改错误和bug。楼主这种工作方式还能有那么大的写代码劲头,真是难得(我自己写出的代码,如果不知道有什么问题,我可没心写的)。 楼主所述的做法,其实是敏捷+杀鸡取卵式的方法。 楼主够霸道,有干劲——佩服。 |
|
返回顶楼 | |
发表时间:2008-10-20
项目组5个人,2个月干完,至少10人月,15w能包住么?更变态点,砍掉那个做功能测试的。
|
|
返回顶楼 | |
发表时间:2008-10-21
一蓑烟雨任平生 写道 项目组5个人,2个月干完,至少10人月,15w能包住么?更变态点,砍掉那个做功能测试的。
这个价格应该是内部核算价。 如果是外部报价的话,15w/10人月基本只能在二线城市或者小公司里面达到盈亏平衡。 不过我强烈怀疑那个测试工程师和美工不是全时投入到这个项目的。 |
|
返回顶楼 | |