|
先说明下现在项目的背景情况吧……各位且听我啰嗦一下……
现在我跟的项目:
1)驻点在另一个城市开发,
2)项目经理也是公司合伙人之一(就是说权力蛮大,PS:虽然他对这个项目的领域不太熟,但有在努力中);
3)该项目需求文档未经客户签字但必须要开发(这个问题比较复杂,高层决定的),同时就算需求文档签字了,客户也会按他们使用的情况对系统进行这样那样的需求修改,对于必须的需求都会满足,其他的需求就可能要项目经理讨价还价或者,直接搁置。
在以上已列的主要原因及其他次要原因的影响下,我们这个项目没有按CMMI那一套来走。(在公司总部,已经实行的CMMI流程,也是大多落实在了进度的跟踪上。而对于之前咨询师讲的数据收集度量分析、流程改进什么的,似乎没见什么动静。)
现在的项目,按我的感觉就还是停留在了“已执行”到“已管理”的层次:
1)项目经理有计划,但是我们都不知道长期的计划,最多只知道本周每个人做什么(应该也够了)(但是项目经理的计划也是在变的,会延时,这个我怎么知道么,因为之前有拿到过一次计划,相应的事项计划完成的时间都已经过去几个月了,而现在还没开始)(每个人基本上只能今明两天做什么,或者本周做什么,其他的就不知道了,这个问题,其实有影响没呢?)。
2)项目在延时,延时,延时……
3)这是很大的项目,但是没有先做好架构设计,以至于现在要重构,重新做概要设计(有位公司创始人做)。
4)需求没有统一管理,但是,也算有大概滴由项目经理思考决定了做或者不做,有些解决不了就无限期搁置了……需求只是由相关人员采集回来写成用例,大概设计下数据库,就给程序员做了。
……
现在项目的问题是多种的:
1、进度很慢,生产力感觉不高(实在没数据,但是真的可以明显感觉出来);
2、项目经理需要参加很多会议,外部的或者内部的,总是风风火火的样子;
3、团队成员很少人,流失了一些人,又加上没招到什么人(项目经理之前也说需要招人,但是一直没招到什么人,现在也不确定到底是真招不到人海是不想招人了);
4、团队士气一般般,大家经过了一段时间(频繁加班……空闲……空闲……:项目也经历了一段大约1个多月的空闲期,就是上面在思考重构什么的)之后,意志比较消沉,也比较老油条了,比较喜欢推卸责任,代码质量不高,每次测试bug都比较多(当然和公司爱招应届生,招有经验的人少有关);
5、发布都发布错了好几次,项目经理有讨论并研究了方法来改进,但也依然会出错。
6、系统反应有点慢,还不如11年前公司前辈们开发的那套老系统(当然和技术人员可能也有点关系)……
7、需求没有统一管理,做不做由项目经理定,不做的就搁置,没有统一记录管理起来;
8、测试可能不到位:程序员自称时间不足单元测试自然不能很完备,而目前测试岗位只有1人;
9、任何设计没有什么评审,需求就由3位对这个项目的行业、业务都算比较熟的人员来编写,然后给程序员做(以前提过这个问题,项目经理表示不用评审);
10、项目组的人觉得现在的项目不适合CMMI这套(事实也的确是);
…………
其实项目有点不知道怎么说,本来觉得糟透了,现在写出来,也不过如此……可能我有点麻木了。好了。我的问题就是:我想尽量去改变这个项目,但是不知道怎么入手。。。本人参加过公司的CMMI3评估认证,但是对技术不太熟,对需求、测试有参与,开发及运维完全不熟,经验尚浅,但我又是PMO的人(当然就我一个人独立在外,没法怎么从团队获取力量),还是希望可以把这个项目做好,改进一下。。。
无奈中发个贴上来,啰啰嗦嗦讲了一堆,还请各位有经验的前辈们指点一二!
上一篇:关于质量管理不同公司实际情况的一点问题请教 下一篇:适用软件度量的探讨 |
|