如何做好外包項目驗收?我總結(jié)的幾點建議
相信很多公司,都或多或少的將一些項目外包給第三方公司。那么,如何來做好外包項目的驗收呢?如下是我通過切身工作實踐總結(jié)的幾點建議,希望對大家有所幫助。
交付物
軟件
100%實現(xiàn)需求明細(xì)列表所有功能,即100%滿足業(yè)務(wù)需求的軟件。
文檔
項目驗收
驗收方式
- 將要交付的軟件安裝于指定服務(wù)器,并完成調(diào)試和上線;
- 完成培訓(xùn)后,業(yè)務(wù)驗收人員根據(jù)需求明細(xì)列表實現(xiàn)情況進(jìn)行驗收評價,研發(fā)驗收人員根據(jù)以下內(nèi)容進(jìn)行驗收評價。
文檔驗收
- 文檔齊全(參考如上文檔清單);
- 文檔內(nèi)容描述準(zhǔn)確, 沒有歧義和錯誤的表達(dá);
- 文檔內(nèi)容容易理解, 通過使用適當(dāng)?shù)男g(shù)語、圖形表示、詳細(xì)的解釋來表達(dá);
- 文檔對主要功能和關(guān)鍵操作盡量提供應(yīng)用實例。
界面驗收
- 界面設(shè)計符合自己公司的設(shè)計規(guī)范;
- 外包團(tuán)隊需提供與軟件適配的瀏覽器、手機(jī)、PAD等品牌與版本號清單;
- 各界面需要做好PC、手機(jī)、PAD等UI兼容與機(jī)器適配;
- 原則上,瀏覽器至少需適配Chrome、Safari、火狐、IE8以上;
- 原則上,手機(jī)至少需適配蘋果、小米、華為、vivo、OPPO、三星、魅族。
功能驗收
- 功能驗收范圍覆蓋(接口、數(shù)據(jù)庫存取、頁面功能);
- 提供單元測試用例、集成測試用例和系統(tǒng)測試用例;
- 提供BUG管理跟蹤記錄表;
- 提供質(zhì)量分析報告。
性能驗收
- 提供性能測試報告;
- 相關(guān)重要指標(biāo)達(dá)到以下要求:
安全驗收
- 軟件中的敏感數(shù)據(jù)需以密文方式存儲;
- 軟件需有留痕功能,即保存用戶的操作日志、系統(tǒng)異常日志、接口調(diào)用數(shù)據(jù)日志等;
- 軟件中各種用戶的權(quán)限分配合理;
- 掃描出的安全漏洞(包含但不限于:越權(quán)訪問、XSS跨站攻擊、SQL注入、文件上傳漏洞、跨站請求偽造等)外包團(tuán)隊需修復(fù)完畢。
用戶驗收
- 外包團(tuán)隊需提供穩(wěn)定的用戶驗收環(huán)境和聯(lián)調(diào)環(huán)境;
- 業(yè)務(wù)場景功能測試不通過數(shù)的比例<1.5%;
- 不存在嚴(yán)重等級為1的錯誤;
- 不存在嚴(yán)重等級為2的錯誤;
- 嚴(yán)重等級為3的錯誤數(shù)量≤5;
- 所有提交的問題都已得到修復(fù);
- 以上功能,用戶驗收測試通過后,由用戶負(fù)責(zé)人簽署驗收通過確認(rèn)書。
源碼交接
如涉及到源碼交接,按下列規(guī)范進(jìn)行驗收和交接。
交接前提條件
- 需提供用戶驗收通過確認(rèn)書;
- 涉及交接的軟件,原則上建議接受交接軟件所有功能,不建議交接軟件部分功能模塊;
- 跟薪資類無關(guān)的軟件或功能,所有功能需在線上穩(wěn)定運行不少于3個月;跟薪資類相關(guān)的軟件或功能,所有功能需在線上穩(wěn)定運行不少于6個月;
- 線上穩(wěn)定運行既線上可用率,需滿足:最近3至6個月內(nèi),線上沒有出現(xiàn)影響20人以上或數(shù)據(jù)錯誤的嚴(yán)重bug,且每月線上bug數(shù)不超過3個。
源碼驗收
- 代碼應(yīng)只保留跟本項目相關(guān)的代碼,無效代碼應(yīng)一律去除;
- 數(shù)據(jù)庫應(yīng)只保留跟本項目相關(guān)的表、視圖、存儲過程、函數(shù)、觸發(fā)器、定時job等,無效內(nèi)容應(yīng)一律去除;
- 特別注意合理做好數(shù)據(jù)表結(jié)構(gòu)設(shè)計,適當(dāng)冗余提升性能;
- 代碼結(jié)構(gòu)清晰無冗余,注釋完整有效,避免硬編碼;
- 但凡不符合源碼驗收規(guī)范的,外包團(tuán)隊需修復(fù)完畢。
其他注意點
- 對于外包團(tuán)隊的軟硬件選型,建議業(yè)務(wù)部門邀請本公司IT團(tuán)隊一起參與決策;
- 與外包團(tuán)隊商簽署的商務(wù)合同和補(bǔ)充協(xié)議等,建議業(yè)務(wù)部門邀請本公司IT團(tuán)隊一起參與制定;
- 外包團(tuán)隊使用的環(huán)境、數(shù)據(jù)庫、網(wǎng)絡(luò)、語言、框架、技術(shù)、組件等需事先獲得本公司IT團(tuán)隊認(rèn)可;
- 如外包項目不符合或無法滿足上述驗收規(guī)范的,建議商務(wù)層面延長付款周期、扣除相應(yīng)款項或終止合同;
- 每一筆合同款在支付給外包團(tuán)隊之前,除了需獲得用戶驗收通過確認(rèn)書之外,還應(yīng)通過IT團(tuán)隊驗收;
- 以上內(nèi)容建議附加進(jìn)商務(wù)合同,成為其中一部分。
寫的好累,希望對大家有所幫助。
大家如有更好建議,也希望可以反饋給我,讓我們一起探討、進(jìn)步。
本文由 @?Thinking 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Pexels,基于 CC0 協(xié)議
評論
很專業(yè)了!
總結(jié)的很不錯的,在你的上面做減法就可以了
歸納的非常好!很有參考價值!
有人說不完全適用于他的項目。其實越是充分、越是完整,越會有很多項目覺得不能全都使用。
這就跟標(biāo)準(zhǔn)化的項目管理流程一樣,要根據(jù)項目實際情況選擇哪些部分可以采用。
好文,歸納整理了一套標(biāo)準(zhǔn)的驗收流程,學(xué)習(xí)了
非常棒的文章,之前都是零零散散這個比較系統(tǒng)。尤其是適合標(biāo)準(zhǔn)化流程。而且無論大廠小長都適合。感謝分享。
致我做外包和帶外包的歲月
這種只適合大型企業(yè)對大中型外包企業(yè),而現(xiàn)在外包市場主流是中小型企業(yè)對小型外包,預(yù)算有限,需求模糊,甲方也完全不專業(yè)。這種驗收標(biāo)準(zhǔn)很難適用
還是要根據(jù)實際來吧,我的項目幾十萬,純粹是代碼外包,那就需要對方給代碼,和系統(tǒng)設(shè)計文檔就好,其他的頭尾都是我們自己人做。
可以根據(jù)實際情況取舍
不錯
一個外包才二萬不到要求這么多,做出這些文檔成本都不夠
好吧,2萬確實不用,我的項目都是最少幾百萬的。
AV~f安卓我是誰啊中心,