如何做好外包專案驗收？我總結的幾點建議

摘要： 相信很多公司，都或多或少的將一些專案外包給第三方公司。那麼，如何來做好外包專案的驗收呢？如下是我通過切身工作實踐總結的幾點建議，希望對大家有所幫助。 交付物 軟體 100%實現需求明細列表所有功能，即100%滿足業務需求的軟體。 文件 專案驗收...

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

交付物

軟體

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%E6%B3%A8%E5%85%A5/">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 協議