大学课程有考试课和考查课，大多数学生不喜欢考试，担心挂了，更喜欢考查课，因为标准比较灵活，考试过程也不严格。项目验收就像大学考试一样，很多软件项目到验收时都非常困难。有些“聪明”的项目经理，在系统上线时就激流勇退，把功劳留给自己，把不幸留给他人。验收苦难的原因，除了功课没做好也有其他原因。
   1、没有验收标准
   ATP项目是一个小型网站软件开发项目，总金额60万元，经过4个月的忙碌系统上线，而且运行状态良好。乙方提出要进行项目验收，甲方欣然同意，并很快拿出了一份验收标准，其中对界面风格、性能等都有苛刻的要求。乙方表示不能接受，很多东西在前期讨论需求并没有提到，而且对于B/S应用来说有些指标不合理，甲方却一再强调这是业内标准、自己公司IT建设规范等，不能更改。此后的2个月里，双方最终各退一步，乙方对系统性能进行了优化、对系统功能进行完善，甲方签字确认系统验收通过。
   分享：很多项目开始没有约定验收事宜，有些只是说“验收标准由双方讨论确定、另据文档说明”，这就给验收埋下了隐患。项目如例子所说进展顺利还好，如果过程复杂、成果认同度不高，那就惨了。双方签约的时候，尽管离验收还很远，但是最好还是约定验收时间、方式、以及标准。对于文档、性能，能够量化的就量化；对于系统功能，可以说“能够完成业务流程、数据准确算是通过，不能如何如何算作失效”；系统易用性不好界定，不能靠用户感受，可以写成比较标准的，比如“列表界面提供查询，文本字段提供模糊查询，快捷键、TAB切换热点等”；最重要的一点是验收时允许出现的问题及数量和整改期限。总之，最好事先有标准，验收标准就是共同目标，否则难免有分歧；如果项目已经开始没有标准，也不要等到验收时再讨论标准。
   2、用户拖延不验收
   BIS项目是一个系统供货项目，包括系统软件、服务器、网络设备等交货和安装、一年的上门服务。眼看着所有工作已经完成，用户就是不验收签字，理由是与之关联的软件开发等项目还没有完成，不能确认系统软件、设备等没有问题。在其他项目进行过程中，甲方不断要求供货方派工程师到现场支持，结局此略。
   分享：用户不验收不见得是用户不懂规矩，多半都是假装不明白。拖延验收的原因有很多，比如总觉得乙方还没有干完、担心系统有隐患、没有钱付款、延长免费服务时间、要挟乙方提供技术支持等。拖延的理由包括总体项目没有验收所以单体项目不能验收、系统还有问题没有解决、工作还没有做完。第一个理由是很好推翻的；第二个理由可以用验收标准对付，小问题限期整改；第三个理由主要是由变更等引起，只能仔细沟通清楚。没有了理由，还拖延验收时机，你就可以考虑使用企业间商务函。当然实际情况也许比我们想象的复杂，否则不会有那么多项目迟迟验收不了。
   3、验收就是挑刺
   CMS项目是已经应用系统总承包项目，包括IT基础设施、软件、BI等众多领域，甲方信息中心是项目的主管单位。信息中心由1位高工、3位博士、4位硕士及若干工程师组成，很显然这是一个貌似强大的阵容，内心的优越感岂能让他们轻易放过乙方。验收最终演变成了挑刺，信息中心经过多轮预查、整改仍不满意，半年过去后才真正进入验收流程。
     分享：我最怕甲方有博士，尤其是社会阅历比较浅的博士，有时简直是噩梦。但是，现在很多博士都去电信、政府等大单位做甲方了，想回避都不容易。最好的办法只有一个，一定要满足他们的自尊心，处理个人关系。当然不光是博士爱挑问题，很多做研究的人都有这个习惯，必须考虑好对付他们的办法。
 

     说以上观点，都是假设我们做乙方的还行，做事不那么糟糕。如果真的很糟糕，先反省一下自己的项目组、自己的公司吧。希望蒙混过关就和希望天上掉馅饼一样，太难！