先定义验收标准

十年前，刚开始做项目管理时，一位搞研发的领导问我，“你打算如何奖励你的团队？”。我当时有点懵，我压根还没有考虑那么多，我只想着如何能安排好任务，如何能按时、保质、保量把货交了。

八年前，写一份项目方案时，一位搞质量的领导问我，“验收标准是什么？验收标准必须详细”。我当时有点懵，验收标准有那么复杂吗？按合同要求验收不就完事了吗？几句话就能了事了。

后来，在不断的跌跌撞撞中，我发现：我不知道该如何奖励团队，更无法在项目初期就设计出奖励规则，是因为我不知道该如何考核团队（明确的、可量化的考核）；我不知道该如何考核团队，是因为我不知道考核的标准是什么；我不知道考核的标准，是因为我不知道验收标准是什么；我不知道验收标准，是因为我认为验收标准是理所当然的，客户按合同验收就成。

实际上，验收标准不只是项目最终成果的验收，包括项目各阶段成果的验收。但凡验收，均涉及质量检测、测试、评审等工作。要定义验收标准，必须同时定义检测机制，要定义检测机制，必须计算清楚检测成本。如果检测成本过高，甚至超出了生产成本，这种检测机制就是废品，相应的验收标准也是废品。如果验收标准成了废品，我们还能指望团队什么呢？关键是多数时候，我们压根就不知道验收标准已经成了废品，就像拿着一沓人民币一样，背面都已经空白了，项目经理还对着正面的毛爷爷怡然自得。而你的团队在那儿捂着嘴偷笑。不考核，啥事没有；一考核，啥事都有。不要说凝聚力、向心力、自组织、主动性之类的鬼话，虽然可能有，但一定不是绝对的。任何没有制约的自由都将引起问题。

IT领域的结对编程、自动测试最大的意义或许就是解决了检测的成本问题吧，结对编程形成了软件开发中的AB角，避免一人垄断，自动测试不断进行自发检测，其意义不亚于各类考试中答题卡的出现。

做项目，面对具体事物，首先我们应明确定义验收标准，同时必须配套高效率的检测机制。然后才是考核、团队建设、奖励等一系列问题。如果定义不出验收标准，其它都枉然。高考如果没有考试大纲，考试该如何组织呢？同样，项目如果没有验收标准，施工该如何呢？