项目管理思考之控制故障
2011-05-13 22:40
477 查看
任何项目都有故障,项目越大,故障越多。
为了控制项目的故障,项目经理都会想出很多方法来尽量减少故障的发生;尤其是该项目马上要开局,或者要投入市场的时候。
目前我所在的公司,为了控制项目的故障,采取:外场出现故障,追究到具体责任人后,采取罚款(数额比较大),相关的领导连坐罚款,全项目组通报批评。所内出现故障后,看故障是否为引入,如果引入,追究到具体责任人,和相关领导都要罚款,通报批评;并将这些故障记录到个人的考核中。
这个措施一出台,就引起项目组几乎所有人的议论和私底下的反对。有的说:有故障,不给环境,还天天催合入版本,能不出引入故障吗?
有的说:自己不测试充分了,是不会合入的,如果要合入,出现问题,谁让我合入的,谁掏钱;等等;
我看到这个通知后的感觉也是非常的紧张,在合入故障的时候,生怕合入错误、漏合,或者是引入故障;现在又时候合入代码后,要反复的编译,怕出现编译错误;感觉效率是比以前要低很多;心情也是压抑了。
目前在我的公司,项目多,版本多,需求多。但是人少,而且给的收入也不是特别的突出。很多事情都要大量加班才能写完。出问题还要找我们的麻烦。心里确实有一些不满。
项目组出台这些措施的目的无非是想让版本稳定,少出故障,尤其是少出外场故障。但是是否还要考虑出台措施后,大部分员工的承受能力,是否能提高版本质量的时候,大家的效率不至于低太多。弄的大家,在合入代码的时候整天提心吊胆的。
我认为要提高版本质量的方法:
1、出台相关政策,惩罚措施;
2、伴随出台措施的同时,要给开发人员提高完备的故障测试环境;目前只是出台措施,但是环境没有能跟上;
3、提高项目奖金的力度,以提高团队的士气和工作效率;同时能缓解一下高强度的工作压力;
4、提高测试人员的工作效率;测试人员,每一个人的工作状态和效率是不同,在这么强的工作压力下,测试人员的思维和发现故障的效率都无法保证;
5、提高测试案例的质量,目前很多测试案例都是一句话而已,无法把测试要达到的目标表达出来,一个测试人员测过了,换另一个测试人员重新的话,根本没有对比,不知道测试成什么样是正确的;
6、尽量搭建和用户实际使用环境相近的测试环境,提高发现外场故障的几率。目前测试环境都是很简单,没有什么叠加业务环境,纯粹是为了验证某个功能而搭建的简单测试环境,测试结果离真实的测试环境有很大差异。
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/wht_lvlearn0/archive/2011/05/12/6415990.aspx
为了控制项目的故障,项目经理都会想出很多方法来尽量减少故障的发生;尤其是该项目马上要开局,或者要投入市场的时候。
目前我所在的公司,为了控制项目的故障,采取:外场出现故障,追究到具体责任人后,采取罚款(数额比较大),相关的领导连坐罚款,全项目组通报批评。所内出现故障后,看故障是否为引入,如果引入,追究到具体责任人,和相关领导都要罚款,通报批评;并将这些故障记录到个人的考核中。
这个措施一出台,就引起项目组几乎所有人的议论和私底下的反对。有的说:有故障,不给环境,还天天催合入版本,能不出引入故障吗?
有的说:自己不测试充分了,是不会合入的,如果要合入,出现问题,谁让我合入的,谁掏钱;等等;
我看到这个通知后的感觉也是非常的紧张,在合入故障的时候,生怕合入错误、漏合,或者是引入故障;现在又时候合入代码后,要反复的编译,怕出现编译错误;感觉效率是比以前要低很多;心情也是压抑了。
目前在我的公司,项目多,版本多,需求多。但是人少,而且给的收入也不是特别的突出。很多事情都要大量加班才能写完。出问题还要找我们的麻烦。心里确实有一些不满。
项目组出台这些措施的目的无非是想让版本稳定,少出故障,尤其是少出外场故障。但是是否还要考虑出台措施后,大部分员工的承受能力,是否能提高版本质量的时候,大家的效率不至于低太多。弄的大家,在合入代码的时候整天提心吊胆的。
我认为要提高版本质量的方法:
1、出台相关政策,惩罚措施;
2、伴随出台措施的同时,要给开发人员提高完备的故障测试环境;目前只是出台措施,但是环境没有能跟上;
3、提高项目奖金的力度,以提高团队的士气和工作效率;同时能缓解一下高强度的工作压力;
4、提高测试人员的工作效率;测试人员,每一个人的工作状态和效率是不同,在这么强的工作压力下,测试人员的思维和发现故障的效率都无法保证;
5、提高测试案例的质量,目前很多测试案例都是一句话而已,无法把测试要达到的目标表达出来,一个测试人员测过了,换另一个测试人员重新的话,根本没有对比,不知道测试成什么样是正确的;
6、尽量搭建和用户实际使用环境相近的测试环境,提高发现外场故障的几率。目前测试环境都是很简单,没有什么叠加业务环境,纯粹是为了验证某个功能而搭建的简单测试环境,测试结果离真实的测试环境有很大差异。
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/wht_lvlearn0/archive/2011/05/12/6415990.aspx
相关文章推荐
- 旅游管理系统:统一返回值,控制层统一异常处理与项目添加
- 项目管理和质量控制之开发过程控制(转)
- 对项目管理的重新思考
- Android Studio教程05-Git的使用(项目管理与版本控制)
- 用SVN进行版本控制和项目管理的安装配置和使用方法
- 项目管理中如何更好的控制客户的需求?
- 关于项目管理的思考
- 黄得承的文章__“建设项目的费用控制以及项目费用管理系统的需求”—2005年9月13日
- 项目管理中的主动控制与被动控制
- 项目管理中的(用户)需求变更控制分析
- [转]关于项目管理的思考
- [一分钟先生]袁斌:项目管理中风险控制、成本控制的重要实践
- 如何控制项目需求变更管理
- 项目范围管理---控制范围
- 项目管理实践教程二、源代码控制
- 【转】如何在项目管理中进行版本控制
- 项目开发管理技术之项目版本控制、软件建模、软件测试、项目文档管理
- 《三国演义》与“项目管理”——八卦阵和诸葛弩引出的思考
- 项目管理实践教程二、源代码控制【Source Control Using VisualSVN Server and TortoiseSVN】
- 项目管理学习思考1