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

用“质量门”确保项目质量 所有从事过项目管理工作的人在谈到自己曾经的工作经历时总会有一些难忘的回忆。由于员工总是想要在尽可能短的时间内，以尽可能快的速度，在付出的成本代价最小的情况下完成工作，项目就经常会出问题。而不幸的是，职业项目经理又总是想自己来处理好项目的时间 /成本 /性能 /质量之间的关系。由于曾经有过这样的亲身经历，对这一点我可以说是深有体会。 举例来说吧。我曾经遇到过一个项目，在项目的进行过程当中，项目经理忽然发现各项工作的完成时间似乎比预计的都要长了一倍。当然，这种情况的出现是有情可原的。因为在对项目的工期进行估计时，考虑到的是由工作经验丰富的员工来完成项目，而实际上，当时项目小组的成员主要都是一些初级工作人员，他们的工作经验并不丰富。小组所订购的设备也没有按期送达。此外，参与项目分析的商业用户的数量也没能达到分析家们的要求。在这些因素的综合作用下，项目延期也就不是什么难以理解的事情了。当然，尽管工作量在增加，小组成员的组成也没有发生变化，但项 目的截止时间也是始终固定在那里的，因此员工们被告之他们必须要想办法在原有的时间框架之内完成全部的工作。诚然，他们可以增加新的员工，但是大家不要忘了“即使是有九个女人，也没有办法在一个月里生出孩子来”呀！ 就在这个时候，项目经理做出了一个大胆但是错误的决定，他跟自己赌了一把，决定带领项目小组同时进行多个阶段的工作，以便在原订的时间框架内完成项目。在具体的设计还没有完成之前，他就让自己手下的工作人员开始编码，以为即便是日后要对编码进行修改，工作量也不会很大。大家可以想象，由此而带来的后果是多么严重，项目经理的 梦魇也就由此而开始了。由于程序设计人员缺少详细的设计信息，他们所编写出来的编码的质量也就可想而知了。在设计最终完成之后，为了让编码同设计相吻合，有大量的工作要去完成。最终，项目小组没能在原订的时间框架内完成项目。员工们可以很轻松的忘记项目经理早先的提醒和警告，但是项目经理却无法逃避自己的责任。毕竟，最终要对项目的成败负责的都是项目经理呀！这个道理大家应该并不感到陌生吧？ 那么，是什么地方出了问题呢？答案显然很简单，那就是项目经理可以随意的决定项目的阶段实施进程。在项目的详细设计阶段完成之前，应该有一扇“门 ”或者说一个正式的标准来阻止项目小组进入编码阶段的工作，而项目经理正是缺少这样一种约束。即便是没有这样