用“质量门”确保项目质量

申请免费试用、咨询电话：400-8352-114

所有从事过项目管理工作的人在谈到自己曾经的工作经历时总会有一些难忘的回忆。由于员工总是想要在尽可能短的时间内，以尽可能快的速度，在付出的成本代价最小的情况下完成工作，项目就经常会出问题。而不幸的是，职业项目经理又总是想自己来处理好项目的时间/成本/性能/质量之间的关系。由于曾经有过这样的亲身经历，对这一点我可以说是深有体会。

举例来说吧。我曾经遇到过一个项目，在项目的进行过程当中，项目经理忽然发现各项工作的完成时间似乎比预计的都要长了一倍。当然，这种情况的出现是有情可原的。因为在对项目的工期进行估计时，考虑到的是由工作经验丰富的员工来完成项目，而实际上，当时项目小组的成员主要都是一些初级工作人员，他们的工作经验并不丰富。小组所订购的设备也没有按期送达。此外，参与项目分析的商业用户的数量也没能达到分析家们的要求。在这些因素的综合作用下，项目延期也就不是什么难以理解的事情了。当然，尽管工作量在增加，小组成员的组成也没有发生变化，但项目的截止时间也是始终固定在那里的，因此员工们被告之他们必须要想办法在原有的时间框架之内完成全部的工作。诚然，他们可以增加新的员工，但是大家不要忘了“即使是有九个女人，也没有办法在一个月里生出孩子来”呀！

就在这个时候，项目经理做出了一个大胆但是错误的决定，他跟自己赌了一把，决定带领项目小组同时进行多个阶段的工作，以便在原订的时间框架内完成项目。在具体的设计还没有完成之前，他就让自己手下的工作人员开始编码，以为即便是日后要对编码进行修改，工作量也不会很大。大家可以想象，由此而带来的后果是多么严重，项目经理的梦魇也就由此而开始了。由于程序设计人员缺少详细的设计信息，他们所编写出来的编码的质量也就可想而知了。在设计最终完成之后，为了让编码同设计相吻合，有大量的工作要去完成。最终，项目小组没能在原订的时间框架内完成项目。员工们可以很轻松的忘记项目经理早先的提醒和警告，但是项目经理却无法逃避自己的责任。毕竟，最终要对项目的成败负责的都是项目经理呀！这个道理大家应该并不感到陌生吧？

那么，是什么地方出了问题呢？答案显然很简单，那就是项目经理可以随意的决定项目的阶段实施进程。在项目的详细设计阶段完成之前，应该有一扇“门”或者说一个正式的标准来阻止项目小组进入编码阶段的工作，而项目经理正是缺少这样一种约束。即便是没有这样一种约束机制，至少也应该有一个基本的风险评估，要获得项目股东们的通过呀。这样一来，如果项目的风险得到了认可，那么决定就是大家集体做出的了，责任就应该有大家共同承担，而不会只落在项目经理一个人的头上了。但遗憾的是，现实情况并非如此，项目经理一个人就可以做出进入下一阶段工作的决定。当然，他做出这样的决定完全是出于好意，但是这并不意味着他做出的就是正确的决定。

质量控制vs.质量保证
大多数软件开发部门都有自己的质量控制体系。其中很多又都有自己独立的测试小组，来保证最终推出的产品满足良好的品质要求。然而，有一个问题却经常被忽视，那就是充分的质量保证体系。这一体系的作用是确保产品达到了预期的质量要求。从定义上我们可以看出，成功的质量保证能够减少质量控制的失败。质量保证同质量控制之间有一个很重要的区别，那就是如果没有质量保证的支持，大家常常会在事后发现质量控制的问题，无法防患于未然，而这个重要的区别又常常被我们所忽视了。

质量门
在质量保证体系当中，我们可以应用质量门（Q-gate）这个概念作为一种方法。整个概念一旦与项目管理结合在一起，就可以帮助项目经理控制好软件成本、性能和质量之间的平衡。在软件的整个开发过程当中，每一