作为诚实善良的程序员或者实施工程师，我们的思考从不会转180度，对于繁杂交错的社会，我们更是不懂；项目验收，作为项目实施过程中的“大年”，很多时候我们只是看到了表面的繁忙，从未思考背后的门道。今天个人总结几点有关项目验收背后的“门与道”。
One触发项目验收的标准是什么？
有一个现象也许很多人遇见过：项目经理长期驻场却通过公司电话知道自己长期干的项目要验收了？
这是为什么呢？
不得不梳理下触发项目验收的几条标准：
1、项目承建单位按照合同约定按时完成了建设内容，由建设单位主动提出验收申请；
2、甲方上级单位有相关信息化建设要求，必须按照时间节点完成建设工作，触发项目验收；
3、甲方项目负责人需要项目验收提升政绩；
4、甲方单位确实需要信息系统及时上线，完善提升全单位信息化建设水平；
5、项目建设周期过长，急需完成项目验收完成财务拨付流程，否则有经费回收危险。
……
除了建设单位主动提出验收申请后，其余主要都是甲方触发具有一定的突发性，当然验收推动效果也是最佳的。但很多时候，我们总是很难很难推动项目验收，又是为什么呢？
反问是什么导致项目验收难以推进？
是什么原因导致推动验收工作如此之难呢？总结几点可以参考：
1、项目承建单位确实没有完成合同规定内容；
2、项目实施过程中由于双方沟通不畅，或者由于双方合作不愉快导致甲方有意拖延项目验收工作；
3、甲方由于无法真正推动系统试运行，对项目建设成果无法真正落地，未达到预期效果；
4、甲方负责人过于小心谨慎，担心项目验收后会有意想不到问题出现，担心后续服务跟不上；
……
Two项目验收都有什么类型？
对项目验收进行分类主要从两个方面进行考虑：项目验收触发的内因、项目验收专家组成。
在国内，“专家”是不需要专门证书的，从技术角度出发“专家”可以是技术员也可以是院士，从行政级别角度触发“专家”可以是一般职员到总书记；所以，项目验收类型可以分为三类：
1、技术型
主要有院校老师组成，偏技术理论型。
2、领导型
主要甲方单位上级领导组成，偏业务管理型。
3、内部型
由甲方单位内部成员组成，多偏流程型（过场型）验收。
Three项目验收关注点是什么？
不同的验收项目类型，在项目验收会上的关注点也不相同，作为承建单位必须做足功课，对参与验收的专家人员进行分析。
1、技术型。
作为国内学术型专家组成的验收组，多关注的是项目中真正用到了哪些技术，或者说是哪些可靠的技术，所以验收重点汇报前期技术选型和后期实际效果，当然，如果能够提到当前最新技术或者一些特有的小创新，技术型专家更感兴趣。
专家其实和我们屌丝一样，看见新东西两眼都会冒光的。
2、领导型。
领导型的项目验收会已经演变为一场你和客户共同的政治任务，不能有任何闪失。汇报重点为建设内容和业务应用成效，简单一个例子：如果你是一个市的领导去一个县进行项目验收，他可能在A县听到建设了5个系统，到你这听到你已经建设了6个系统了，更多的业务覆盖、更广的应用范围，那么你就是冒尖的、信息化建设走在前面。
3、内部型。
很多时候是一个验收流程，也可能是为了有一个验收意见而已；只要按照正常验收准备即可，不出意外即可。
Four项目验收准备工作？
不管是什么样的验收类型、什么样的验收目的，对于我们来讲都是一场生死考验，所以作为诚实善良的我们必须做好十足的准备工作。
给大家的福利干货《验收准备check list》
序号
准备内容分类
准备明细
1
调研内容
与客户确定验收具体时间、场地以及验收专家信息（姓名、职务、职称等），有些地方需要提交项目验收申请等。可以与分公司合作完成。获得这些信息后，及时和中心反馈。
2
验收计划
根据验收时间，制定验收项目计划，包括验收的流程，验收准备工作的内容，时间全安排，人员分工等。
3
验收场地
提前熟悉验收场地，测试网络、话筒、投影仪。
4
环境部署
软硬件环境
验收时确认时直接使用正式环境还是测试环境，或者临时搭建系统，如果使用正式环境，务必和客户沟通好，需要做好数据的备份。
5
至少准备两台笔记本保证系统能正常演示（BS系统保证浏览器能正常显示页面，打印控件正常运行；CS保证许可正常、系统控件等注册成功），考虑到不同的投影仪会有不同的分辨率，以及颜色变化等，务必提前连接验收时的投影仪检查效果。
6
服务器上正常运行的程序不要随便更新，保证现有功能正常使用。
7
在准备验收会演示内容的部分，需要考虑当前系统建设情况，重点准备系统的亮点、局方及专家关注的功能点，验收不是系统培训，不是每一个功能都要介绍。为了达到演示效果，应联系公司，配合完善系统功能，尽量能达到又快又好的效果
8
录制各个系统的验收演示视频，防止验收当天突发状况。录制的视频应该简单精炼，如导入数据，要等好几分钟，数据才导进去。这种情况应该事先处理好数据库及系统程序，保证效率，或者对视频进行编辑处理。
9
如条件满足，尽量携带一台打印机及打印纸到现场，打印机必须和演示电脑确认联通正常，以方便验收意见的打印。
10
携带一个U盘，方便现场临时使用，U盘中的无关项目验收数据尽量清除。
11
演示数据
准备演示过程中所需要的数据、图片、PDF等附件材料等，要用现场真实数据演示，提前对数据进行处理,如压缩图片大小、压缩PDF文件页数等。演示时切忌来回切换系统界面和存放演示数据文件夹，提前将数据合理存放并熟悉演示数据存放路径。
12
测试或者临时搭建的环境，则注意测试数据尽量模仿真实的数据，系统中原有的随意性的测试数据予以删除。
16
附件材料：提前压缩扫描件、PDF文件等，切忌在演示过程中上传和下载大文件，档案系统提前熟悉需要打开哪些档案。
17
每个业务保证有三个以上流程，演示过程中可以直接打开。
18
验收材料
验收文档
梳理合同和招标文件中所需要建设的数据库、应用系统和文档成果，保证验收成果不遗漏
19
针对合同中有、而实际因局方原因未建设的系统，需找局方领导盖章确认，形成正式文件，在验收时提交专家。
20
验收文档与招标文件和合同要求提供的保持一致；文档成果、PPT、系统中的项目名称与合同保持一致（除非局方有特殊要求）;合同中需要建设的系统和数据库在验收文档中必须体现；如果每个系统的文档内容不多，则同类型的文档可装订一册，不如测试报告装订成一份，系统设计书装订成一份等。
21
验收文档应该有统一的封面，封面上有文档名称，公司Logo，公司名称，文档编制年月，务必注意每个文档封面各个要素的位置的一致性。文档内容需要有目录、页号，页眉页脚。页眉上的文档名称要和封面的文档名称一致。
22
文档内容字体大小，行间距应保持一致；不能出现非本项目的截图或者数据。在借鉴其他地方的文档进行全文行政区域名称替换时，要注意插图内的名称。插图的题注和图片要在同一页显示。
23
材料准备完成后，给领导审阅，无误后打印。一般各系统文档装订3-5份，工作报告、技术总结报告等则每个专家、参会领导人手一份。装订时间至少要一个晚上，需要提前准备好材料。
24
准备验收专家意见表、专家名单表，电子稿拷贝到演示的电脑上，以方便专家形成正式意见后修改。
25
验收PPT
梳理验收提纲及操作思路，准备验收PPT，内容一般包括项目背景，建设目标和任务，项目组织与实施，项目建设成果，项目经验与亮点等。PPT时间控制在15~20分钟；PPT中备注说明尽量详细。
26
准备演示系统的演讲稿，系统演示控制在20~25分钟。
27
项目合同中有数据库建设需求的，在PPT中展示数据库建设成果，以数据的形式加以说明：如建设了多少类数据库、有几年成果、发布了多少服务、上图图斑有多少块等。
28
提前把验收演示需用到的菜单功能走3、4次，并把每个步骤注意事项记录下来，哪些按钮改点，哪些不该点，哪些等待时间较长（等待过程中不可冷场）。
29
提前至现场放映PPT，查看演示效果，确保投影仪正常使用；检查PPT的备注是否可显示。
Five项目验收流程？
项目验收是一场“狡猾的狐狸与老司机的较量”，在这场验收会上宛如一场无形的博弈。具体验收流程参考另一篇博文《
再狡猾的狐狸躲不过老司机的枪》。
Six项目验收成果有哪些？
项目验收最主要的成果：《项目验收意见》、《专家签名签到表》；其中最重要的就是带有专家组长签名的验收意见。在验收意见上主要关注一条就是：专家组一致同意通过验收。如果本项目后续有打算申报相关奖项的话，需要在验收意见文字上进行多多斟酌，多提一些牛逼的技术应用和行业领先之类的语言。
Seven项目验收后续工作内容？
项目验收不是项目建设的终结，而是一个新服务时期的开始。项目验收后后续主要工作包括：系统培训、正式上线、驻地维护服务一段时间、后续维护移交等。
客官，关注转发再走！
