你在怎么折腾你的项目?

来源:互联网 发布:王克晶java年薪多少 编辑:程序博客网 时间:2024/04/28 14:19

    不可否认,只要存在过程改进的地方,项目就会被折腾来折腾去。那么,你的项目怎么样了?是越折腾越精神了还是被折腾的奄奄一息了?最近自己一直在想,到底该怎么做,才能真正的帮到项目组、帮到组织?到底有没有这样的方法存在?

    下面是总结的几种现在常见的过程改进的方法。

    类型一:生搬硬套某某标准

    这个是最常见的过程改进方法,比如,使用CMMI时,找一批或专业或不专业的“专家”,按照评审老师的要求,写一堆的规章制度,形成一堆的模板和检查表,然后要求项目组严格按照要求实施。

在为了过级的时候,项目组会以公司大局为重,不管这些文档和表格有用没用,只要对过级有帮助,统统无条件完成。

    但是过级之后,如果还以这样的要求折腾项目组的话,项目组轻则阳奉阴违,重则直接无视,而项目组所在部门的领导,一般情况下都会支持项目组的做法,原因很简单——这种做法不利于项目目标的达成嘛!

推行这种方法的人,面对这种情况时,经常会累的筋疲力尽而收效甚微,最终强制要求会逐渐弱化直至消失,这种改进方式也随之以失败告终。

    类型二:以领导的目标为目标

    这时比较常见的方法,比如,今天某重要项目的团队内部出问题了,领导会说,要着重进行团队、沟通等相关过程的改进;明天某项目的成本严重超支,领导又会说进行成本控制方面的改进等等。作为领导的下属,即便是反对也是收效甚微,大多数时候只能跟着领导的关注点变化。但是,今天重要的问题到了明天可能就不重要了,所以很多时候领导在下次出现同样或者类似问题前,并不会关注改进的结果。但作为过程改进的负责人,则在随着指挥棒团团转时,还要小心被雷劈——因为各种各样的原因,同样或者类似的问题,极有可能会再次出现。

    项目组在这种改进方法下,经常被今天A明天B的要求弄的晕头转向,而使用这种改进方法的组织,东一榔头,西一棒槌,也经常会做成“政绩工程”,到年底或者季度总结的时候会很漂亮,但很难有系统的改进或整体的完善,而且项目到底改进了多少,组织到底有多少收益也很难说。

    类型三:从项目中来到项目去

    这种方法,是从长远着眼的一种改进方法,领导的问题可能不会被马上动手解决,也不能帮助组织马上通过某某标准的审核,但却源远流长,就像武林高手修炼的内力,需要多年的修炼,常年的积累,才能逐渐显现其威力。

    这种方法秉承的是:

    调查→分析→决定改进步骤→试验改进效果→推广改进。

    这里的调查,可以是对项目全面的调查,也可以是对某个拟改进点的调查。

    分析是从局部和全局、短期和中、长期同时进行的系统的分析,需要比较深的功力。

    使用这种方法,每一个项目都会比前一个项目有或多或少的收益,可惜的是,这种方法,在中国的企业中不是很常见,但在很多日本公司中,会多少有一点影子。

    类型四:群众的力量是伟大的

    这种方法,是充分发动群众的力量,发现改进点并进行改进的方法。

    主要的流程是:任何人发现改进点→提改进单→审核组审批→提出人组织改进→审核组验收改进成果

    使用这种方法,项目组可以即时受益,可惜的是,下一个项目很难得到这个项目的改进收益,而且这种方法,因为以验收作为改进的结束点,缺少持续性,且提出改进点的人可能没有全局信息,所以很多情况下,长期效果并不是很好。

    看完了上面的四种过程改进类型之后,个人认为,第三种是最好的,是一种可持续稳定发展的方法,可惜的是,因为着急看到成果也好,因为能从整体上进行系统分析和设计的人很少也好,或者因为别的什么原因也好,在实际中使用的,并不常见。

 

原创粉丝点击