• <input id="iosu8"><samp id="iosu8"></samp></input>
    <object id="iosu8"></object>
  • <kbd id="iosu8"><td id="iosu8"></td></kbd>
  • <input id="iosu8"><sup id="iosu8"></sup></input>
  • 如何做好外包項目驗收?我總結的幾點建議

    從零開始學運營,10年經驗運營總監親授,2天線下集訓+1年在線學習,做個有競爭力的運營人。了解詳情

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

    交付物

    軟件

    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注入、文件上傳漏洞、跨站請求偽造等)外包團隊需修復完畢。

    用戶驗收

    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 協議

    贊賞是對原創者的最大認可
    4人打賞
    評論
    歡迎留言交流
    1. 很專業了!

      回復
    2. 總結的很不錯的,在你的上面做減法就可以了

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

      回復
    4. 好文,歸納整理了一套標準的驗收流程,學習了

      回復
    5. 非常棒的文章,之前都是零零散散這個比較系統。尤其是適合標準化流程。而且無論大廠小長都適合。感謝分享。
      致我做外包和帶外包的歲月

      回復
    6. 這種只適合大型企業對大中型外包企業,而現在外包市場主流是中小型企業對小型外包,預算有限,需求模糊,甲方也完全不專業。這種驗收標準很難適用

      回復
    7. 還是要根據實際來吧,我的項目幾十萬,純粹是代碼外包,那就需要對方給代碼,和系統設計文檔就好,其他的頭尾都是我們自己人做。

      回復
      1. 可以根據實際情況取舍

        回復
    8. 不錯

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

      回復
      1. 好吧,2萬確實不用,我的項目都是最少幾百萬的。

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

      回復
    宁夏11选5走势图