产品开发项目管理实战分析_第1页
产品开发项目管理实战分析_第2页
产品开发项目管理实战分析_第3页
产品开发项目管理实战分析_第4页
免费预览已结束,剩余1页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、产品开发项目管理实战分析 研发人员总是不够用是企业发展过程中普遍遇到的一个问题,企业领导和市场部门总是期望公司能开发出更多的产品,更好的满意日益多样化的客户需求。但过多的产品开发任务反而造成研发效率低下、大量项目延期等状况,通过管道管理来平衡产品开发任务过多和人手不足的矛盾就显得特别重要。S公司在这方面进行的探索有一定代表性,值得我们思索和借鉴。 S公司为提高研发效率,于20XX年实施了比较规范的产品开发项目管理机制,全年规划了560人月的产品开发工作量,但上半年总结发觉,实际只完成了计划工作量(280人月)的55%左右,即150多人月,几乎没有项目完成了预定计划。即使加上80多个人月的突发性

2、工作和新增加项目工作量,总共是230多人月的工作量,也只相当于原定计划的82%。为什么会有这么大的差距呢?是研发人员不努力?是研发人员能力不足?还是计划工作量太大了?抑或是其他什么问题?S公司对此进行了充分的分析。 研发人员加班加点是公司上下有目共睹的,晚上加班到9点、10点是家常便饭,大部分研发人员周末都只休息一天、许多甚至没有休息。统计下来,研发人员每周平均下来加班时间超过12个小时,相当于每周工作6天半,研发人员已经特别努力了。 研发人员能力不足的确是一个问题,由于业务发展快,这二年研发人员增长快速。二年前S公司才十来名研发人员,现在发展到四十多人,除少数从同行过来的有经验的工程师外,大

3、部分经验不足,要么是在相关行业做过二、三年产品开发,要么是这二年从学校毕业的研究生和本科生,经常出现在某个技术难点上延迟几天或者返工的状况。这方面影响程度没有直接的统计数据,也难以精确估计,但大家比较全都的推断应当在20%30%之间,不会高于30%。应当说,研发人员加班加点的通过努力工作已经很大程度上弥补了能力不足的问题,不至于还有这么大的差距。 工作量估计是个问题,表面上看,计划工作量以年初42名研发人员为基数计算,在正常工作量的基础上增加10%做为目标值,计划工作量并不太大,应当是研发人员努努力就能达到的目标。但认真分析发觉,实际工作量比计划工作量超出20%多,主要是未考虑部门会议、评审会

4、议、项目内外部沟通、学习、制作文档等方面工作量。算上这一部分,总体工作量超出正常工作量的30%多。 这三个方面的分析已经反映出了问题所在,客观上讲,S公司目标达成状况是一个合理的结果。面对上半年的实际状况,S公司领导同意采取更务实的策略,对下半年的工作计划进行全面调整:首先由于上半年市场状况发生了很大变化,许多新项目要增加进来,必需要重新确定下半年详细的产品开发项目;其次,大幅削减了下半年的计划工作量,并给突发事件做出充分的预留。S公司相信,经过调整后,产品开发工作将会更有序,也会更高效。 象S公司一样,许多公司在目标工作量设定方面都存在盲区和误区。盲区之一:企业没有熟悉到在设定工作量目标的时

5、候,应当考虑到突发事件和突然新增项目的影响,应当考虑到项目沟通、学习、文档制作及管理方面的工作量;盲区之二:企业往往是由有经验的工程师依据自身能力来估算工作量,而没有考虑到广阔基层研发人员的能力水平。误区在于,企业领导往往认为:工作量支配得越多越好,给研发人员更多的压力,研发人员就会更加努力的完成更多的工作。这样就导致企业的产品开发管道严重超负荷,从而带来几个方面的危害: 1. 过于激进的任务支配,造成研发人员过重的负荷,项目总是不能按时完成,反而挫伤了研发人员的积极性,打击了研发人员的信念。G公司产品开发项目多年来很少有项目能准时完成,以至于研发人员都不再相信项目是可以按时完成的,对项目延期

6、也麻木了,往往采取听之任之的态度。结果,G公司花了很大的精力才将扭转大家的这种态度。 2. 过多的任务反而降低了效率,实证研究表明,一个人同时做二件事情效率有所下降,同时做三件以上的事情时,效率将大幅下降。假如总是受突发事件打搅,效率也会大幅降低,一个人做一件事需要一个月,但总是被临时抽调去处理其他事情,原来只需要一个月完成的工作最终可能需要投入二个月的工作量。 3. 当研发人员熟悉到不可能完成全部任务的时候,研发人员必定会有选择的去优先完成一些任务,其选择的任务往往是自己喜欢做的、自己认为简单完成的、对自己考核有利的,或者是自己认为重要的任务,而不一定是公司期望其优先完成的任务。Y公司发觉一

7、个普遍的现象,一旦某个项目已经延期了,或者确定会延期,那么研发人员就不会再在这个项目上下功夫,而把精力集中到别的未延期的项目上,结果项目延期周期往往都很长,一些很有前景的产品也因此错失良好的上市时机,造成很大的损失。其原因就在于Y公司是按项目延期数量比例来考核研发人员的。 因此,企业很有必要建立管道管理机制,详细来说需要做好以下几个方面的工作: 1. 对正常管道容量进行恰当的估计:充分考虑到平凡工程师的能力,以研发人员平均水平来估计管道容量。实践研究表明,一个优秀工程师的产出水平是平凡工程师的2.5倍左右,在软件等部分行业这一比值甚至更高,假如全部以优秀工程师的产出水平来估算管道容量明显是不现

8、实的。 2. 支配合适的工作量:依据目标管理的原则,目标定在经过努力能达到的程度较为合适,客观的说,研发人员不加班是不现实的,但总是寄期望加班解决问题也不合适,实践表明,目标设定以不超过正常管道容量的120%为宜。但制定计划时必需全面考虑各项工作的时间支配,要给突发性工作留出一定的时间,要给评审、沟通、撰写文档等工作留出一定的时间,一般来说这部分工作约占20%左右,还要留出10%左右的学习时间,还要考虑工作被突发事件打断或者在多项工作之间切换耽搁的时间,这部分时间也会占到10%左右。也就是说,除去以上几个方面所占的时间,目标设定最高不能超过正常管道容量的80%,汉捷咨询发觉,大多数企业都没有考虑以上几点因素,所以这一数值对大多数企业来说是比较适用的。 3. 建立产品优先级排序机制:在制定计划或者当新增加项目造成资源

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论