项目管理思考之控制故障

任何项目都有故障，项目越大，故障越多。

为了控制项目的故障，项目经理都会想出很多方法来尽量减少故障的发生；尤其是该项目马上要开局，或者要投入市场的时候。

目前我所在的公司，为了控制项目的故障，采取：外场出现故障，追究到具体责任人后，采取罚款(数额比较大)，相关的领导连坐罚款，全项目组通报批评。所内出现故障后，看故障是否为引入，如果引入，追究到具体责任人，和相关领导都要罚款，通报批评；并将这些故障记录到个人的考核中。

这个措施一出台，就引起项目组几乎所有人的议论和私底下的反对。有的说：有故障，不给环境，还天天催合入版本，能不出引入故障吗？

有的说：自己不测试充分了，是不会合入的，如果要合入，出现问题，谁让我合入的，谁掏钱；等等；

我看到这个通知后的感觉也是非常的紧张，在合入故障的时候，生怕合入错误、漏合，或者是引入故障；现在又时候合入代码后，要反复的编译，怕出现编译错误；感觉效率是比以前要低很多；心情也是压抑了。

目前在我的公司，项目多，版本多，需求多。但是人少，而且给的收入也不是特别的突出。很多事情都要大量加班才能写完。出问题还要找我们的麻烦。心里确实有一些不满。

项目组出台这些措施的目的无非是想让版本稳定，少出故障，尤其是少出外场故障。但是是否还要考虑出台措施后，大部分员工的承受能力，是否能提高版本质量的时候，大家的效率不至于低太多。弄的大家，在合入代码的时候整天提心吊胆的。

我认为要提高版本质量的方法：

1、出台相关政策，惩罚措施；

2、伴随出台措施的同时，要给开发人员提高完备的故障测试环境；目前只是出台措施，但是环境没有能跟上；

3、提高项目奖金的力度，以提高团队的士气和工作效率；同时能缓解一下高强度的工作压力；

4、提高测试人员的工作效率；测试人员，每一个人的工作状态和效率是不同，在这么强的工作压力下，测试人员的思维和发现故障的效率都无法保证；

5、提高测试案例的质量，目前很多测试案例都是一句话而已，无法把测试要达到的目标表达出来，一个测试人员测过了，换另一个测试人员重新的话，根本没有对比，不知道测试成什么样是正确的；

6、尽量搭建和用户实际使用环境相近的测试环境，提高发现外场故障的几率。目前测试环境都是很简单，没有什么叠加业务环境，纯粹是为了验证某个功能而搭建的简单测试环境，测试结果离真实的测试环境有很大差异。

 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/wht_lvlearn0/archive/2011/05/12/6415990.aspx