|
2008-12-01
”救火队员“在一些IT公司里面似乎很受欢迎，无论是项目管理上，还是企业管理上。而“救火队员”往往是公司厉害人物的代名词，深得企业领导的重视，公司最优秀的的人永远都是在最紧急的关头，最紧急的位置去处理最紧急的突发性的事件，甚至发生了不可避免的重大问题、失误。火情扑灭了，大家都感叹一番，“救火队员”在大家心中的地位又提高了，而不知道去追根逆源，追寻解决之道。等到下一次的火情，继续让救火队员来救火！ 业界已经证明，越在软件开发前期发现缺陷，越能节省成本，这个意识已经深入人心。知道不代表能做到，因为这涉及项目成本的投放策略，不少公司基于进度、成本的考虑，对开发阶段的质量关注不足，而后期付出惨重的代价。这就涉及两个角色的分工：QA、QC。目前很多IT公司只是关注了QC，而没有关注QA的工作，QA在项目中的投入很少，或者没有设置这样的角色。投入的力度不够。 重视质量需要重视QA和QC两个部门，使用这两个部门对项目的流程，各阶段的输出件，进行内审和检测。并且加强质量概念的灌输和引导，使得全面质量的管理的观念深得人心，零缺陷的终极目标作为组织追求的目标，这中间的过程可以说是非常之痛苦的过程，目前我所从事的工作就是建立、健全公司的质量保证体系，规范项目管理流程、测试流程。这里面关键是人的因素！绝大部分人员都是刚从学校毕业的职场新人，对这些理念的理解很不到位，改变的过程是很难的。人往往总是要吃一堑才长一智。这也许是引导的问题，为什么不能强调，借鉴其他人、组织的成功经验呢？站在巨人的肩膀上可以更好的做好事情。组织要求做正确的事情，个人、项目要求把事情做正确。公司虽然过了CMMI5级，但很多规范和工具的健全是长期的工作，现在才是开始。
|
|||||||||||||||||||||||||