今天A项目结项了,这个是我进入这个新公司以来带的第一个项目,说实话,当时是雄心壮志啊,可是现在看来还是存在一些问题。现在简单总结一下:
1、项目进度偏差很大:这个项目当初计划是5月4日到6月17日结项的,但是却是8月25日结项,整个进度偏差了164.5%。其中需求、设计、编码、测试都发生了偏差,当然对于一个软件开发过程来说,某个环节出现问题,肯定会影响到其他环节,需求延迟,必定会导致设计、编码的延迟,除非通过加班等手段弥补进度,但是这有时候只是杯水车薪。这就引出另外个问题,就是计划和估算的问题。
2、计划和估算:由于我是5月下旬才过来的,说实话,来了以后有点失望。之前说已经通过了
CMMI3级,可是进来一看,很多东西都没有,或者说整个体制都不健全,所以说很多公司过CMMI可能真的是为了其他的一些东西,而没有真正的做到实处。说回项目,我来以后,让pm对项目做了计划和估算,也就有了相应的进度计划和安排,但是因为这个pm是第一次当项目经理,而且本身组织体制就不健全,可能他完全是为了应付我或者是应付领导的要求,当然也有经验不足的原因,所以在项目计划的时候不够准确,导致后来实际进度和计划相差甚远。计划不准的还有一个原因可能是受到外部合同\客户的影响,如果合同只有这么长时间,那作为pm可能在计划的时候确实有难度,至于这个问题以后单独讨论。
3、风险管理的问题:很多风险pm没有识别,或者说识别了,但是没有记录并且进行跟踪管理。比如通常的风险——
人力资源风险,这个问题可能在很多项目中都存在,很多pm也知道,可是他们有时候却不知道如何处理,或者根本就不认为是个重要风险了。
4、需求变更:需求变更么有走规定的变更流程,因为这个项目pm就是需求人员和编码人员,所以在后期他自己变更了需求,可是却没有告知其他开发人员和测试人员,导致测试用例需要重新编写等问题。在很多pm或者项目成员眼里,需求变更有时候是小事情,特别是他们认为变更的需求是个小需求的时候,往往更不愿意去走相关流程。
5、没有开项目例会:这个项目成员比较少,当初和pm沟通的时候,pm说人员太少就不开项目例会了,而我作为QA也没有坚持,只是让pm定期发项目邮件给项目成员。但是现在看来项目例会还是很有必要的,它给大家一个交流的机会。或许这一点可以借鉴下敏捷的方法。
6、进度更新不及时:这个项目的进度更新一直有问题,基本上是我催下更新一下,为此我也很恼火,pm总有理由说这个忙,那个忙。虽然我清楚项目的进度,但是对其他项目成员或者高层领导来说对项目进度的了解和把控就无从了解,这点需要加强。
7、评审:评审效率和质量一直是我们关注的内容,可是很多时候我们可能只是几个人聚在一起,然后把功能点介绍一下,而没有发现真正的问题和需求。