项目验收透过现象看门道

土豆地瓜马铃薯 2017-01-29

展开全文

作为诚实善良的程序员或者实施工程师，我们的思考从不会转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的备注是否可显示。