如何做好外包項(xiàng)目驗(yàn)收?我總結(jié)的幾點(diǎn)建議

13 評論 36872 瀏覽 210 收藏 7 分鐘

相信很多公司,都或多或少的將一些項(xiàng)目外包給第三方公司。那么,如何來做好外包項(xiàng)目的驗(yàn)收呢?如下是我通過切身工作實(shí)踐總結(jié)的幾點(diǎn)建議,希望對大家有所幫助。

交付物

軟件

100%實(shí)現(xiàn)需求明細(xì)列表所有功能,即100%滿足業(yè)務(wù)需求的軟件。

文檔

項(xiàng)目驗(yàn)收

驗(yàn)收方式

  1. 將要交付的軟件安裝于指定服務(wù)器,并完成調(diào)試和上線;
  2. 完成培訓(xùn)后,業(yè)務(wù)驗(yàn)收人員根據(jù)需求明細(xì)列表實(shí)現(xiàn)情況進(jìn)行驗(yàn)收評價,研發(fā)驗(yàn)收人員根據(jù)以下內(nèi)容進(jìn)行驗(yàn)收評價。

文檔驗(yàn)收

  1. 文檔齊全(參考如上文檔清單);
  2. 文檔內(nèi)容描述準(zhǔn)確, 沒有歧義和錯誤的表達(dá);
  3. 文檔內(nèi)容容易理解, 通過使用適當(dāng)?shù)男g(shù)語、圖形表示、詳細(xì)的解釋來表達(dá);
  4. 文檔對主要功能和關(guān)鍵操作盡量提供應(yīng)用實(shí)例。

界面驗(yàn)收

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

功能驗(yàn)收

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

性能驗(yàn)收

  1. 提供性能測試報告;
  2. 相關(guān)重要指標(biāo)達(dá)到以下要求:

安全驗(yàn)收

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

用戶驗(yàn)收

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

源碼交接

如涉及到源碼交接,按下列規(guī)范進(jìn)行驗(yàn)收和交接。

交接前提條件

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

源碼驗(yàn)收

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

其他注意點(diǎn)

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

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

大家如有更好建議,也希望可以反饋給我,讓我們一起探討、進(jìn)步。

 

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 很專業(yè)了!

    回復(fù)
  2. 總結(jié)的很不錯的,在你的上面做減法就可以了

    回復(fù)
  3. 歸納的非常好!很有參考價值!
    有人說不完全適用于他的項(xiàng)目。其實(shí)越是充分、越是完整,越會有很多項(xiàng)目覺得不能全都使用。
    這就跟標(biāo)準(zhǔn)化的項(xiàng)目管理流程一樣,要根據(jù)項(xiàng)目實(shí)際情況選擇哪些部分可以采用。

    來自上海 回復(fù)
  4. 好文,歸納整理了一套標(biāo)準(zhǔn)的驗(yàn)收流程,學(xué)習(xí)了

    來自北京 回復(fù)
  5. 非常棒的文章,之前都是零零散散這個比較系統(tǒng)。尤其是適合標(biāo)準(zhǔn)化流程。而且無論大廠小長都適合。感謝分享。
    致我做外包和帶外包的歲月

    來自北京 回復(fù)
  6. 這種只適合大型企業(yè)對大中型外包企業(yè),而現(xiàn)在外包市場主流是中小型企業(yè)對小型外包,預(yù)算有限,需求模糊,甲方也完全不專業(yè)。這種驗(yàn)收標(biāo)準(zhǔn)很難適用

    來自廣東 回復(fù)
  7. 還是要根據(jù)實(shí)際來吧,我的項(xiàng)目幾十萬,純粹是代碼外包,那就需要對方給代碼,和系統(tǒng)設(shè)計文檔就好,其他的頭尾都是我們自己人做。

    回復(fù)
    1. 可以根據(jù)實(shí)際情況取舍

      回復(fù)
  8. 不錯

    回復(fù)
  9. 一個外包才二萬不到要求這么多,做出這些文檔成本都不夠

    回復(fù)
    1. 好吧,2萬確實(shí)不用,我的項(xiàng)目都是最少幾百萬的。

      回復(fù)
  10. AV~f安卓我是誰啊中心,

    回復(fù)