相信很多公司，都或多或少的将一些项目外包给第三方公司。那么，如何来做好外包项目的验收呢？如下是我通过切身工作实践总结的几点建议，希望对大家有所帮助。

交付物

软件

100%实现需求明细列表所有功能，即100%满足业务需求的软件。

文档

项目验收

验收方式

1. 将要交付的软件安装于指定服务器，并完成调试和上线；
2. 完成培训后，业务验收人员根据需求明细列表实现情况进行验收评价，研发验收人员根据以下内容进行验收评价。

文档验收

1. 文档齐全（参考如上文档清单）；
2. 文档内容描述准确, 没有歧义和错误的表达；
3. 文档内容容易理解, 通过使用适当的术语、图形表示、详细的解释来表达；
4. 文档对主要功能和关键操作尽量提供应用实例。

界面验收

1. 界面设计符合自己公司的设计规范；
2. 外包团队需提供与软件适配的浏览器、手机、PAD等品牌与版本号清单；
3. 各界面需要做好PC、手机、PAD等UI兼容与机器适配；
4. 原则上，浏览器至少需适配Chrome、Safari、火狐、IE8以上；
5. 原则上，手机至少需适配苹果、小米、华为、vivo、OPPO、三星、魅族。

功能验收

1. 功能验收范围覆盖（接口、数据库存取、页面功能）；
2. 提供单元测试用例、集成测试用例和系统测试用例；
3. 提供BUG管理跟踪记录表；
4. 提供质量分析报告。

性能验收

1. 提供性能测试报告；
2. 相关重要指标达到以下要求：

安全验收

1. 软件中的敏感数据需以密文方式存储；
2. 软件需有留痕功能，即保存用户的操作日志、系统异常日志、接口调用数据日志等；
3. 软件中各种用户的权限分配合理；
4. 扫描出的安全漏洞（包含但不限于：越权访问、XSS跨站攻击、SQL注入、文件上传漏洞、跨站请求伪造等）外包团队需修复完毕。

用户验收

1. 外包团队需提供稳定的用户验收环境和联调环境；
2. 业务场景功能测试不通过数的比例<1.5%；
3. 不存在严重等级为1的错误；
4. 不存在严重等级为2的错误；
5. 严重等级为3的错误数量≤5；
6. 所有提交的问题都已得到修复；
7. 以上功能，用户验收测试通过后，由用户负责人签署验收通过确认书。

源码交接

如涉及到源码交接，按下列规范进行验收和交接。

交接前提条件

1. 需提供用户验收通过确认书；
2. 涉及交接的软件，原则上建议接受交接软件所有功能，不建议交接软件部分功能模块；
3. 跟薪资类无关的软件或功能，所有功能需在线上稳定运行不少于3个月；跟薪资类相关的软件或功能，所有功能需在线上稳定运行不少于6个月；
4. 线上稳定运行既线上可用率，需满足：最近3至6个月内，线上没有出现影响20人以上或数据错误的严重bug，且每月线上bug数不超过3个。

源码验收

1. 代码应只保留跟本项目相关的代码，无效代码应一律去除；
2. 数据库应只保留跟本项目相关的表、视图、存储过程、函数、触发器、定时job等，无效内容应一律去除；
3. 特别注意合理做好数据表结构设计，适当冗余提升性能；
4. 代码结构清晰无冗余，注释完整有效，避免硬编码；
5. 但凡不符合源码验收规范的，外包团队需修复完毕。

其他注意点

1. 对于外包团队的软硬件选型，建议业务部门邀请本公司IT团队一起参与决策；
2. 与外包团队商签署的商务合同和补充协议等，建议业务部门邀请本公司IT团队一起参与制定；
3. 外包团队使用的环境、数据库、网络、语言、框架、技术、组件等需事先获得本公司IT团队认可；
4. 如外包项目不符合或无法满足上述验收规范的，建议商务层面延长付款周期、扣除相应款项或终止合同；
5. 每一笔合同款在支付给外包团队之前，除了需获得用户验收通过确认书之外，还应通过IT团队验收；
6. 以上内容建议附加进商务合同，成为其中一部分。

写的好累，希望对大家有所帮助。

大家如有更好建议，也希望可以反馈给我，让我们一起探讨、进步。

本文由 @ Thinking 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Pexels，基于 CC0 协议