ACAOAPAS作为项目组长的第一个项目,项目管理过程中出现了不少的错误,遇到了很多预想不到的问题。
ACAOAPAS是一个比较小的项目,目前的二个阶段大约15个人月,第一个阶段有三名成员组成,一名为比我入职时间长的女士,另一位是与我同期入职的男士。技术力量还是很不错的,并且成员都具有很丰富的工作经验,但实际操作中却遇到了很多的问题:
经验丰富的老员工凭着自己的工作时间长的条件,有些目中无人,没有把组长放在心里,并且对项目“无”责任,只仅仅的完成所谓自己的任务,对于其他有联系的任务置之不理,认为其他的事情都是项目组长的事情,不断的干预项目组长的工作,对于这种员工实在难以管理,并且还是女士,过于小气。
[separator]
另一位男士员工同时还维护着另外的一个项目,对于ACAOAPAS只有50%的effort, 这样就导致着各自项目的时间分配问题,有时间是占用着COPS的 effort,却做着别的项目,这样严重的占用了项目的预算,导致最终项目的超支。
第二阶段项目由刚入职的实习员工组成,导致了项目技术方面的欠缺,大部分的项目技术攻坚落在了项目组长的肩上。鉴于第一阶段的项目预算的超支,第二阶段对于项目预算进行了控制,以最快的速度进行项目开发,但是由于经验的欠缺,出现了很多严重的错误。
项目Release时间的“过于提前”,由于项目的需求前期比较少,并且在开发中不断的变更,直至到最后的关头,需求仍然的在改动,导致项目后期出现了严重的时间不足,不得不进行加班工作,一方面要进行前期开发模块的内部测试,又要进行变更需求的代码同步更新,还要对具有一定挑战的新模块进行开发,而这种开发却落在了项目组长的肩上,这或许本身就是一种“错误”,因为项目组长一方面要负责与客户进行需求的沟通与确认,并且要应付项目上很多的文档管理与编写工作,而这种项目时间的提前,对于项目简直就是一种噩梦,最后的阶段竟然出现了这种事情:项目已经测试完毕,我还在编写代码,虽然能够在最大的限度内保证不会影响已经测试过的代码,因为新增加的这模块不需要进行内部测试和质检部门测试,这种编写的代码非常仓促,并且没有进行严格的 unit testing. 而直接release给客户,这样后期肯定会出现低级的错误,会不会出现大的错误就看“技术水平”和“编写经验”。出现这种情况分析如下:
没有很好的评估项目需求的变更,对于项目的发布时间没有很好的把握过高的估计项目代码的质量,虽然不断的进行代码的review及其改正,但是却没有预测到实际模块集成中的困难,项目代码中没有对“未来”的数据进行很多的严密的验证和处理把项目中的过多的技术代码工作揽在自己的肩上,没有很好的分配工作项目Release之后后期的客户沟通出现了很多的问题,出现了不少的scope不清楚的问题,不断的与客户出现了分歧
不应该无限度的接受客户的需求变更,这样导致了Release之后立即进行项目的升级,对于项目的后期实施测试非常的不利。
经验(教训)总结:
对于项目中出现的问题要及时恰当的与项目经理进行沟通,保证让项目经理很好的了解项目中的问题,一定要避免后期出现的问题只有组长知道,而经理不知道,这样做的后果就是责任不得不由自己来承担一定要避免项目官方测试之后进行代码的大幅度更改,这样肯定需要遇到很大的风险无论如何忙,一定要沉着冷静,尽量保证不作出错误的决定客户永远是客户,是合作伙伴,不是朋友,一定不要答应不在项目scope之内的事情,"TRY"也不要说,否则引起的麻烦不好解决。
要很好的引导技术经验缺乏的员工,对经验老道的员工一定要善加“利用”,他们才是项目中坚,一定不要与他们争吵,尽量的表扬与似适当的批评,一定要接受教训,不要以技术压人
文章来源于领测软件测试网 https://www.ltesting.net/