【正文】 審，以保證成果的技術(shù)可行性。 ? 根據(jù)合同約定 的流程 和方案 來控制需求變更。 對項目團隊而言，變更意味著要調(diào)整資源、重新分配任務(wù)、修改前期工作成果等，項目團隊要為此付出相應(yīng)的代價。 只有在申請的變更請求被批準后，才能進行下一步的變更工作；否則，終止變更。若不通過則返回信息繼 續(xù)修改。 外包管理小組的 QA 根據(jù)《項目狀態(tài)跟蹤報告》驗證并通報上周《項目狀態(tài)跟蹤報告》中問題糾正措施的實施情況；與會人員從項目狀態(tài)信息和過程執(zhí)行情況中，發(fā)現(xiàn)項目執(zhí)行過程的問題，包括：協(xié)調(diào)問題、技術(shù)問題等，明確問題的責任人，解決時間，解決方法。 成果審查 外包管理小組 驗收人員審查 承包商 應(yīng)交付的成果，如代碼、文檔等，確保這些成果是完整并正確的。由雙方責任人簽字認可。評審內(nèi)容包括： 項目過程監(jiān)控 質(zhì)量體系審核 其他方面審查 對于已有第三方審核或其他質(zhì)量保證措施（如第三方項目監(jiān)理）的 承包商 ，可視情況作為評審證實并據(jù)此適當調(diào)整審核內(nèi)容。 項目經(jīng) 理 需要 處理工作疑難、確保開發(fā)進程、工作效率、后勤支持，同時還要 組織 開展 階段成果 測試 驗收和評估 ，統(tǒng)一把外包公司的意見傳達給自己公司的 相關(guān)責任人和公司領(lǐng)導 ，并向外包公司提供 或獲取開發(fā)相關(guān) 文檔。 需求 確定 活動 XX 公司 外包管理小組 首先 根據(jù) 自己 外包的項目特點，進行項目外包分析 后 ，提出項目需求（對于 承包商 有現(xiàn)成產(chǎn)品的情況，可在對方提供的產(chǎn)品規(guī)格說明書基礎(chǔ)上，根據(jù)公司項目外包項目要求進行修改和完善） 。如人員風險， 要保證至少有一人可 19 以替換別人的工作 ， 否則萬一某人缺席（如離職、休 假等），將導致工作被中斷。 進入準則 《項目開發(fā)計劃》已經(jīng)通過評審。 在設(shè)計數(shù)據(jù)庫的同時， 必須嚴格遵守公司 《數(shù)據(jù)庫設(shè)計規(guī)范大綱 .doc》要求。 退出準則 當 承包商 完成 模塊 《 詳細 設(shè)計說明書》 后 ， 提交 QA，由 QA 召集評審委員會組織召開《詳細設(shè)計 說明書 》評審會 開展系統(tǒng)設(shè)計 評審。 輸出 通過自測的代碼、《系統(tǒng)自測方案》、《系統(tǒng)自測報告》、《編譯環(huán)境說明》、 《系統(tǒng)部署實施方案》 、 《產(chǎn)品安裝使用手冊 》 。 2．《項目開發(fā)計劃 》 模板 項目計劃 項目名稱 項目經(jīng)理 項目起止日期 估計總工作量 制定 / 修改日期 1. 人力資源計劃 人員 項目角色 主要職責 工作時間段 投入時間（ %） 補充說明 2. 任務(wù)進度計劃 任務(wù)項 工作量 （ H） 任務(wù)描述 起止時間 執(zhí)行人 補充說明 3. 項目資源計劃 資源項 規(guī)格 用途 資源狀態(tài) 使用人 補充說明 4. 風險管理計劃 風險項 可能性 預防 /解決措施 目前 狀態(tài) 責任人 補充說明 5. 主要工作成果 項目階段 成果類型 工作成果 責任人 完成日期 補充說明 6. 其它計劃 如測試計劃，系統(tǒng)集成計劃，項目差旅計劃 等。 10．《項目開發(fā)工作總結(jié) 》 詳見附件《項目開發(fā)工作總結(jié)》 .doc 文檔模板。已完成 :說明產(chǎn)出 。 5．《系統(tǒng)詳細設(shè)計說明書 》 詳見附件《系統(tǒng)詳細設(shè)計說明書》 .doc 文檔模板。承包商 完成產(chǎn)品自測后，外包管理小組還應(yīng)組織召開《系統(tǒng)自測用例》 、 《系統(tǒng)自測報告》 、《編譯環(huán)境說明》 的評審，當代碼及自測報告評審通過后即可退出本階段。 實現(xiàn)與 自測 進入準則 各部分《詳細設(shè)計 說明書 》及 《系統(tǒng)接口設(shè)計說明書》 評審全部通過。 各部分《 系統(tǒng) 概要設(shè)計 說明書 》評審全部通過即可退出本階段。 用戶界面設(shè)計 只要涉及到人機交互的產(chǎn)品（ PORTAL、 STB）都具有界面部分，界面一般由系統(tǒng)設(shè)計師或項目經(jīng)理設(shè)計和構(gòu)建用戶界 面原型，由專業(yè)的界面設(shè)計人員完成界面實現(xiàn)。 輸出 《 項目開發(fā)計劃 》 評審通過的 終稿。 輸出 《 項目需求 規(guī)格 說明書》 評審通過的 終稿。 外包管理小組還包括開發(fā)工程師、 QA、配置管理 工程師 及測試 工程師 ，開發(fā)工程師參與項目開發(fā)實施， 跟蹤了解 項目開發(fā) 技術(shù) 相關(guān)情況， 以進行必要的技術(shù)協(xié)助 ， QA 負責跟蹤監(jiān)督項目執(zhí)行過程，確保項目進度和質(zhì)量，配置管理員負責收集和整理開發(fā)過程成果，測試人員負責參與外包項目階段成果驗收及項目最終驗收。 對于評定結(jié)論應(yīng)由項目管理部門及時發(fā)布，并由外包項目經(jīng)理反饋給 承包商 ，就具體情況與承包商 進行協(xié)調(diào)，以利于加強合作，共同提高。 付款 處理 項目中付款由 XX方項目負責人按照外包合同執(zhí)行。 問題處理 如果驗收人員在審查與測試時發(fā)現(xiàn)工作成果存在缺陷，則外包管理小組應(yīng)當視問題的嚴重性與 承包商 協(xié)商找出合適的處理措施。 其他溝通方式 實施外包項目是 XX 公司 和 承包商 互相配合、共同合作的過程。更新《配置狀態(tài)報告》。 提示：執(zhí)行變更的同時，需要對相關(guān)文檔進行修改。 如遇項目變更涉及項目金額變動 的，還需提供經(jīng)研究院技術(shù)總監(jiān) 、公司負責人同意的批文。 風險控制 風險管理是指 項目實施過程中 對可能遇到的風險進行預測、識別、評估、分析并在此基礎(chǔ)上有效地 規(guī)避 風險，以最低成本實現(xiàn)最大安全保障的科學管理方法。 在項目開發(fā)結(jié)束后，由外包管理小組組織實施項目結(jié)項評審，檢查項目的實施情況，對項目成果進行分析和總結(jié)，吸取相關(guān)的開發(fā)經(jīng)驗和教訓。 ? 外包管理小組 及評審委員會 根據(jù)《項目 開發(fā) 計劃》 及事先約定的相關(guān)規(guī)范要求 與 承包商 對 階段成果 進行技術(shù) 評審，確保階段成果的質(zhì)量。 外包管理小組 根據(jù) 承包商 的《 項目 開發(fā) 計劃 》進行 認真分析和深入討論，進行必要的修改和補充，形成雙方都接受的最終 《 項目 開發(fā) 計劃 》 。 項目需求 需求定義 項目需求是項目規(guī)劃和正確實施的根本，在外包項目實施過程中， 無論是 XX北京研究院還是承包商 因為各種原因 經(jīng)常改變需求或提出新需求， 會 使項目延期或超出預算，對于合作雙方都會受到商譽和經(jīng)濟上的損失 。將評估結(jié)論記錄在 承包商 的 《 能力評估報告 》 中。應(yīng)標書的主要內(nèi)容有：技術(shù)解決方案 、 開發(fā) 階段 計劃 、產(chǎn)品 維護計劃 、 報價等。 邀標方式 本規(guī)范 第 5章詳細描述了管理過程， 邀標方式 遵照以下規(guī)范進行 。 商務(wù)管理部門 公司級對于商務(wù)進行管理的部門。外包項目經(jīng)理為該小組的負責人。外包項目經(jīng)理為該小組的負責人。 外包管理關(guān)鍵點 ? 在確定軟件外包過程中，明確外包需求，盡量避免需求的頻繁變更； ? 軟件外包開發(fā)實施前，一定要明確項目實施流程與方案； ? 確定項目實施方案后，要制定詳細的項目計劃，包括清晰的里程碑和階段成果驗收要求； ? 在項目計劃中需要明確風險管理方案； ? 制定較詳細具體的項目管理及配置管理計劃； ? 制定較詳細具體的質(zhì)量保證計劃； 這樣，只有具備了 一套完整而嚴密的 軟件外包 管理規(guī)范，才能 確保項目實施成功 。 外包方式選擇 外包管理方式 適用條件 備注 小額勞務(wù)外包 標的金額 = 2 萬元 邀標 2萬元 標的金額 = 50萬元 公開招標 標的金額 50萬元 8 外包 項目管理 外包 決策 在 項目 立項 階段， 相關(guān) 產(chǎn)品 經(jīng)理 組織公司評審委員會 根據(jù)《項目立項建議書》 召開 進行 “Make or Buy決策 ” ，確定待開發(fā)產(chǎn)品的哪些部分應(yīng)當 “ 采購 ” 、 “ 外包開發(fā) ” 或 “ 自主研發(fā) ” 。 ? 承包商 軟件開發(fā)能力 說明 ：供方的軟件開發(fā)歷史，可用資源（軟件、硬件、培訓、設(shè)施等）及在類似領(lǐng)域工作性能、經(jīng)驗和專業(yè)知識的介紹 ，以及 參加開發(fā)人員 等情況 ； ? 過程 管理能力：是否通過 相關(guān) 質(zhì)量體系認證，開發(fā)過程的各階段是否有對應(yīng)的項目管理和質(zhì)量保證過程。 簽訂外包合同 公司商務(wù)相關(guān)負責人 和 承包商 就合同的主要條款進行協(xié)商，達成共識，然后按指定模板 雙方簽訂 《外包開發(fā)合同》 ， 雙方仔細審查合同條款，確保沒有錯誤和隱患。 對確認結(jié)果應(yīng) 與 外包項目經(jīng)理、承包商、外包管理小組 作書面承諾，并簽字確認。 質(zhì)量控制 項目管理 軟件外包的質(zhì)量指軟件產(chǎn)品滿足用戶 （ XX 北京研究院） 需求的程度，包括功能需求、性能需求、穩(wěn)定性、安全性和技術(shù)先進性需求、支持和服務(wù)需求等。 11 ? 承包商 要 制定詳細的項目 實施和維護計劃以及實施和維護操作規(guī)程 。對項目實施過程中影響進度的因素綜合分析，及時與 公司外包項目管理小組 交流，提出解決辦法。碰到具體方案選擇時，雙方應(yīng)該及時交換意見。 變更審批 變更提出者將填寫完成的《 變更審批表 》提交給 外包管理小 組， 外包管理小組 組織相關(guān)責任人進行 變更技術(shù) 評審。 變更 驗證 變更驗證人員對變更后的工作 產(chǎn)品進行驗證：若驗證通過，則驗證人在《變更審批表》上記錄驗證花費的工作量后通知配置管理工程師；若驗證不通過，則記錄驗證花費的工作量后返回繼續(xù)修改。 項目開發(fā)成員每周五下班前將整合好的工程源代碼版本（必需通過編譯）加密上傳到 XX 公司 FTP 服務(wù)器 ； 項目組每兩周以及里程碑階段提供階段軟件版本進行代碼評審； 項目經(jīng)理按照項目計劃按期提交項目相關(guān)文檔等相關(guān)配置項供 DVN 評審； XX 北京研究院的配置管理人員進行配置管理， QA依照配置管理規(guī)范的要求對配置管理員的工作進行監(jiān)督。 項目責任與權(quán)利 XX北京研究院 （ 委托方 ） （承包商） 活動 成果 活動 成果 提出并確定項目開發(fā)需求，確保需求可行性和無二義性 ， 遵循變更控制的前提下對需求有補充或變更的決定權(quán) 項目外包合同樣本 《 項目 需求 規(guī)格 說明書》 討論稿、各種技術(shù)及管理規(guī)范 協(xié)助提出和補充需求 應(yīng)標相關(guān)文件材料 對需求進行技術(shù)評審，對需求定義擁有解釋和決定權(quán) 《 項目 需求 規(guī)格 說明書》 合同稿 對需求進行技術(shù)評審，對需求定義擁有建議權(quán) 無 跟蹤監(jiān)督計劃制定過程 《項目狀態(tài)跟蹤報告》 制定《項目開發(fā)計劃》，包括人力資源計劃、項目進度計劃、 項目資源計劃、風險管理計劃、產(chǎn)品維護計劃等，各階段應(yīng)明確輸出成果。如果給驗收方帶來了損失，應(yīng)當按合同約定對 承包商 做出相應(yīng)處罰。 涉及到項目金額發(fā)生變 更的，參見 變更控制管理 。 項目 籌備 進入準則 公司評審委員會 決策需外包開發(fā)。 輸出 無 退出準則 承包商已確定。 輸入 《需求規(guī)格說明書》終稿 。 系統(tǒng)概要設(shè)計 經(jīng)過嚴格的需求評審后，項目團隊已經(jīng)獲得了《 項目 需求規(guī)格說明書》和《項目開發(fā)計劃》。 制作界面原型 項目經(jīng)理或系統(tǒng)設(shè)計師將設(shè)計完成的界面原型提交給界面設(shè)計人員，并說明界面設(shè)計風格要求等，由界面設(shè)計人員著手界面設(shè)計。根據(jù)提取的模塊需求，進行模塊詳細設(shè)計。編碼過程中還需提供指導配置管理工程進行代碼編譯的《編譯環(huán)境說明》，以便配置管理工程師對每周五提交的代碼進行編譯檢查。 輸入 《項目開發(fā)工作總結(jié)》、《系統(tǒng)驗收工作總結(jié)》、《項目管理工作總結(jié)》 輸出《結(jié)項評估報告》、《項目開發(fā)工作總結(jié)》、《系統(tǒng)驗收工作總結(jié)》、《項目管理工作總結(jié)》 過程 驗收評審。 申請人簽字 變更審批 審批結(jié)論 [ √ ] 同意變更 [ ] 拒絕變更 指示： 審批人簽字 執(zhí)行變更 執(zhí)行說明 說明變更內(nèi)容以及相關(guān)技術(shù)。拖延 :說明原因 ） 正常 /已完成 /拖延） 本周遺留問題 （遇到的問題和對策） 問題項 問題描述 目前狀態(tài) 是否風險 解決 /預防措施 責任人 下周工作計劃 （下周主要工作計劃） 任務(wù)名稱 實施人 開始時間 結(jié)束時間 完成量 說明 13．《測試用例》模板 系統(tǒng)測試用例 用例名稱 用例編號 用例類型 編寫人 用例描述 測試目的 測試說明 測試環(huán)境 測試數(shù)據(jù) 測試步驟 步驟 操作描述 輸入數(shù)據(jù) 預期結(jié)果 1 2 3 約束條 件 審核意見 審核人 審核日期 14． 《 測試 BUG 列表 》 模板 XXX項目 BUG列表 項目名稱 軟件版本 項目經(jīng)理 創(chuàng)建日期 開發(fā)人員 回歸次數(shù) 項目階段 BUG總數(shù) BUG編號 BUG 類型 用例編號 BUG描述 嚴重 程度 BUG狀態(tài) 測試步驟 缺陷原因 解決 方法 責任人 解決 日期 28