如何做好外包專案驗收?我總結的幾點建議
相信很多公司,都或多或少的將一些專案外包給第三方公司。那麼,如何來做好外包專案的驗收呢?如下是我通過切身工作實踐總結的幾點建議,希望對大家有所幫助。
交付物
軟體
100%實現需求明細列表所有功能,即100%滿足業務需求的軟體。
文件
專案驗收
驗收方式
- 將要交付的軟體安裝於指定伺服器,並完成除錯和上線;
- 完成培訓後,業務驗收人員根據需求明細列表實現情況進行驗收評價,研發驗收人員根據以下內容進行驗收評價。
文件驗收
- 文件齊全(參考如上文件清單);
- 文件內容描述準確, 沒有歧義和錯誤的表達;
- 文件內容容易理解, 通過使用適當的術語、圖形表示、詳細的解釋來表達;
- 文件對主要功能和關鍵操作儘量提供應用例項。
介面驗收
- 介面設計符合自己公司的設計規範;
- 外包團隊需提供與軟體適配的瀏覽器、手機、PAD等品牌與版本號清單;
- 各介面需要做好PC、手機、PAD等UI相容與機器適配;
- 原則上,瀏覽器至少需適配Chrome、Safari、火狐、IE8以上;
- 原則上,手機至少需適配蘋果、小米、華為、vivo、OPPO、三星、魅族。
功能驗收
- 功能驗收範圍覆蓋(介面、資料庫存取、頁面功能);
- 提供單元測試用例、整合測試用例和系統測試用例;
- 提供BUG管理跟蹤記錄表;
- 提供質量分析報告。
效能驗收
- 提供效能測試報告;
- 相關重要指標達到以下要求:
安全驗收
- 軟體中的敏感資料需以密文方式儲存;
- 軟體需有留痕功能,即儲存使用者的操作日誌、系統異常日誌、介面呼叫資料日誌等;
- 軟體中各種使用者的許可權分配合理;
- 掃描出的安全漏洞(包含但不限於:越權訪問、XSS跨站攻擊、SQL%E6%B3%A8%E5%85%A5/">SQL注入、檔案上傳漏洞、跨站請求偽造等)外包團隊需修復完畢。
使用者驗收
- 外包團隊需提供穩定的使用者驗收環境和聯調環境;
- 業務場景功能測試不通過數的比例<1.5%;
- 不存在嚴重等級為1的錯誤;
- 不存在嚴重等級為2的錯誤;
- 嚴重等級為3的錯誤數量≤5;
- 所有提交的問題都已得到修復;
- 以上功能,使用者驗收測試通過後,由使用者負責人簽署驗收通過確認書。
原始碼交接
如涉及到原始碼交接,按下列規範進行驗收和交接。
交接前提條件
- 需提供使用者驗收通過確認書;
- 涉及交接的軟體,原則上建議接受交接軟體所有功能,不建議交接軟體部分功能模組;
- 跟薪資類無關的軟體或功能,所有功能需在線上穩定執行不少於3個月;跟薪資類相關的軟體或功能,所有功能需在線上穩定執行不少於6個月;
- 線上穩定執行既線上可用率,需滿足:最近3至6個月內,線上沒有出現影響20人以上或資料錯誤的嚴重bug,且每月線上bug數不超過3個。
原始碼驗收
- 程式碼應只保留跟本專案相關的程式碼,無效程式碼應一律去除;
- 資料庫應只保留跟本專案相關的表、檢視、儲存過程、函式、觸發器、定時job等,無效內容應一律去除;
- 特別注意合理做好資料表結構設計,適當冗餘提升效能;
- 程式碼結構清晰無冗餘,註釋完整有效,避免硬編碼;
- 但凡不符合原始碼驗收規範的,外包團隊需修復完畢。
其他注意點
- 對於外包團隊的軟硬體選型,建議業務部門邀請本公司IT團隊一起參與決策;
- 與外包團隊商簽署的商務合同和補充協議等,建議業務部門邀請本公司IT團隊一起參與制定;
- 外包團隊使用的環境、資料庫、網路、語言、框架、技術、元件等需事先獲得本公司IT團隊認可;
- 如外包專案不符合或無法滿足上述驗收規範的,建議商務層面延長付款週期、扣除相應款項或終止合同;
- 每一筆合同款在支付給外包團隊之前,除了需獲得使用者驗收通過確認書之外,還應通過IT團隊驗收;
- 以上內容建議附加進商務合同,成為其中一部分。
寫的好累,希望對大家有所幫助。
大家如有更好建議,也希望可以反饋給我,讓我們一起探討、進步。
本文由 @ Thinking 原創釋出於人人都是產品經理。未經許可,禁止轉載
題圖來自 Pexels,基於 CC0 協議