一个值得讨论的项目

类别:软件工程 点击:0 评论:0 推荐:

本文转自项目管理者联盟(PMU)

项目情况如下:

项目团队做惯了产品的维护,工作效率和能承受的工作压力低。通过市场来的需求变动频繁,没有任何需求管理措施,公司管理层故意放大外部需求,销售又故意放大客户需求,基本上没有质量控制体系和软件流程。

原来的项目经理虽然是博士,但基本不懂项目管理,因为种种这样的原因,我接手了重新开发这个产品的项目,原来的团队估算至少要六个月完成,我个人估计软果按以往的经验应该在20个人月左右(不含需求调研和分析,从面向对象的工程的USECASE开始算,需求基本冻结。),公司层给了三个月时间,程序员有8人,另外有两个全职测试,可能是公司管理层的不放心,董事长自己做了份3个月的PROJECT,从六月初启动,到7月初 ,除了份架构设计书外,没有任何工作成果。

这时我从新做了一份两个月的PROJECT(程序员逆反心理教强),正式启动项目,到八月初整个项目还如期进行,我几乎是每天都到每个人处看成果。此时外包部分每找到合适团队,只好通过各种手段刺激程序员加班完成(以前从来没有加班过)。这时大部分程序员只是说做做看,并没有做出承诺,(按我的职业道德我要求达到CMM2 相当的质量水平)。

这时我已发现原来的界面程序员相当不好管,很不服气,他本人背了不少软件工程的东西,也正因为这样,当时架构以他为主,(这个架构实属起步水平)。而此时他认为自己不是程序员,是架构师,认为自己CODE只是帮忙,不是自己的工作,另外有该团队
中有三个程序员是兼职的学生,要开学回校了。当然最后他还是答应做了。一切都比我预料的好,所有的功能都在8月下旬完成(除了那个界面程序员外),测试也保持的很好,也得到了公司各部门的支持,我自认为是我带的最出色的一个项目。

可偏偏在这节骨眼上,那个界面程序员开始玩花招了,辞职,向公司领导反映是我的技术不够专业,(当然在真个项目中我没参与过CODE),他工作量太大,分配不均导致他没完成,而这时其他人的所有任务已完成,公司的其他任务开始调用团队成员出差(两位技术骨干)。就这样耗着,到九月初,公司竟然作出让我太意外的决定,好像相信他说的一切,决定让他来招那位我一个月前向人力资源要的SA,好像要重用他,其实这时我已经做好了最坏的打算,另请人重做,一个人需要20天左右,其实我早就预料到他的风险,早新招了一个一般水平的界面程序员,做他下手,可他以他水平不够把别人据于项目外。还有一点要提 ,他做这个有两个月了,
大概完成了一半。。。。。

最让我失望的决定,公司竟然重用他,我不敢想象以后的项目中是否所有的程序员会学他。。。,。,。,,

呵呵,大家提提意见吧,我该怎么做?我感觉前途渺茫。。。。。。

 

 

 

本文地址:http://com.8s8s.com/it/it34249.htm