相信很多公司，都或多或少的將一些項目外包給第三方公司。那么，如何來做好外包項目的驗收呢？如下是我通過切身工作實踐總結的幾點建議，希望對大家有所幫助。

交付物

軟件

100%實現需求明細列表所有功能，即100%滿足業(yè)務需求的軟件。

文檔

項目驗收

驗收方式

1. 將要交付的軟件安裝于指定服務器，并完成調試和上線；
2. 完成培訓后，業(yè)務驗收人員根據需求明細列表實現情況進行驗收評價，研發(fā)驗收人員根據以下內容進行驗收評價。

文檔驗收

1. 文檔齊全（參考如上文檔清單）；
2. 文檔內容描述準確, 沒有歧義和錯誤的表達；
3. 文檔內容容易理解, 通過使用適當的術語、圖形表示、詳細的解釋來表達；
4. 文檔對主要功能和關鍵操作盡量提供應用實例。

界面驗收

1. 界面設計符合自己公司的設計規(guī)范；
2. 外包團隊需提供與軟件適配的瀏覽器、手機、PAD等品牌與版本號清單；
3. 各界面需要做好PC、手機、PAD等UI兼容與機器適配；
4. 原則上，瀏覽器至少需適配Chrome、Safari、火狐、IE8以上；
5. 原則上，手機至少需適配蘋果、小米、華為、vivo、OPPO、三星、魅族。

功能驗收

1. 功能驗收范圍覆蓋（接口、數據庫存取、頁面功能）；
2. 提供單元測試用例、集成測試用例和系統(tǒng)測試用例；
3. 提供BUG管理跟蹤記錄表；
4. 提供質量分析報告。

性能驗收

1. 提供性能測試報告；
2. 相關重要指標達到以下要求：

安全驗收

1. 軟件中的敏感數據需以密文方式存儲；
2. 軟件需有留痕功能，即保存用戶的操作日志、系統(tǒng)異常日志、接口調用數據日志等；
3. 軟件中各種用戶的權限分配合理；
4. 掃描出的安全漏洞（包含但不限于：越權訪問、XSS跨站攻擊、SQL注入、文件上傳漏洞、跨站請求偽造等）外包團隊需修復完畢。

用戶驗收

1. 外包團隊需提供穩(wěn)定的用戶驗收環(huán)境和聯調環(huán)境；
2. 業(yè)務場景功能測試不通過數的比例<1.5%；
3. 不存在嚴重等級為1的錯誤；
4. 不存在嚴重等級為2的錯誤；
5. 嚴重等級為3的錯誤數量≤5；
6. 所有提交的問題都已得到修復；
7. 以上功能，用戶驗收測試通過后，由用戶負責人簽署驗收通過確認書。

源碼交接

如涉及到源碼交接，按下列規(guī)范進行驗收和交接。

交接前提條件

1. 需提供用戶驗收通過確認書；
2. 涉及交接的軟件，原則上建議接受交接軟件所有功能，不建議交接軟件部分功能模塊；
3. 跟薪資類無關的軟件或功能，所有功能需在線上穩(wěn)定運行不少于3個月；跟薪資類相關的軟件或功能，所有功能需在線上穩(wěn)定運行不少于6個月；
4. 線上穩(wěn)定運行既線上可用率，需滿足：最近3至6個月內，線上沒有出現影響20人以上或數據錯誤的嚴重bug，且每月線上bug數不超過3個。

源碼驗收

1. 代碼應只保留跟本項目相關的代碼，無效代碼應一律去除；
2. 數據庫應只保留跟本項目相關的表、視圖、存儲過程、函數、觸發(fā)器、定時job等，無效內容應一律去除；
3. 特別注意合理做好數據表結構設計，適當冗余提升性能；
4. 代碼結構清晰無冗余，注釋完整有效，避免硬編碼；
5. 但凡不符合源碼驗收規(guī)范的，外包團隊需修復完畢。

其他注意點

1. 對于外包團隊的軟硬件選型，建議業(yè)務部門邀請本公司IT團隊一起參與決策；
2. 與外包團隊商簽署的商務合同和補充協(xié)議等，建議業(yè)務部門邀請本公司IT團隊一起參與制定；
3. 外包團隊使用的環(huán)境、數據庫、網絡、語言、框架、技術、組件等需事先獲得本公司IT團隊認可；
4. 如外包項目不符合或無法滿足上述驗收規(guī)范的，建議商務層面延長付款周期、扣除相應款項或終止合同；
5. 每一筆合同款在支付給外包團隊之前，除了需獲得用戶驗收通過確認書之外，還應通過IT團隊驗收；
6. 以上內容建議附加進商務合同，成為其中一部分。

寫的好累，希望對大家有所幫助。

大家如有更好建議，也希望可以反饋給我，讓我們一起探討、進步。

本文由 @?Thinking 原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載

題圖來自 Pexels，基于 CC0 協(xié)議