【導(dǎo)讀】XX外包項目管理規(guī)范。文檔歷史發(fā)放及記錄。序號變更（+/-）說明作者版本號日期批準

　　

【正文】 的需求 進行 討論，并達成一致，形成項目的最終需求 文檔《項目需求 規(guī)格 說明書》 提交給外包管理小組 。 輸出 《 項目需求 規(guī)格 說明書》 評審?fù)ㄟ^的 終稿。 退出準則 由外包管理小組負責組織雙方召開 需求評審會，《 項目需求 規(guī)格 說明書》 評審?fù)ㄟ^ 。 制定 開發(fā) 計劃 進入準則 《 需求規(guī)格說明書》評審?fù)ㄟ^。 輸入 《需求規(guī)格說明書》終稿 。 計劃 制定 活動 在 《項目需求 規(guī)格 說明書》 確定后， 承包商 應(yīng)根據(jù)公司資源情況及項目進度要求與 XX 外包管理小組 共同協(xié)商 討論 任務(wù) 進度 ，大家達成共識后制定 詳細的《項目開發(fā)計劃》 。 在制定項目計劃的過程中， 承包商 要有 風險管理意識 ， 一定要對項目潛在的風險進行合理的估計和預(yù)防，逐項列入《 項目開發(fā)計劃 》的風險管理計劃中。如人員風險， 要保證至少有一人可 19 以替換別人的工作 ， 否則萬一某人缺席（如離職、休 假等），將導(dǎo)致工作被中斷。 項目管理計劃模舨可參考附錄 《項目開發(fā)計劃》 模板。 輸出 《 項目開發(fā)計劃 》 評審?fù)ㄟ^的 終稿。 退出準則 由外包管理小組負責組織雙方召開開發(fā)計劃評審會， 《 項目開發(fā)計劃 》評審?fù)ㄟ^。 項目開發(fā)實施 承包商 根據(jù)項目需求 和開發(fā)計劃 ，分階段，分過程的進行需求開發(fā)，并確保在里程碑處提供階段成果 ， 外包管理小組對全過程進行項目跟蹤檢查 。 系統(tǒng)概要設(shè)計 經(jīng)過嚴格的需求評審后，項目團隊已經(jīng)獲得了《 項目 需求規(guī)格說明書》和《項目開發(fā)計劃》。在開發(fā)階段的第一個任務(wù)就是對系統(tǒng)進行整體設(shè)計，即進入了概要設(shè)計階段。系統(tǒng)概要設(shè)計的主要內(nèi)容包括系統(tǒng)結(jié)構(gòu)設(shè)計、用戶界面設(shè)計、數(shù)據(jù)庫設(shè)計等，各部分的設(shè)計都需相應(yīng)的設(shè)計評審。 進入準則 《項目開發(fā)計劃》已經(jīng)通過評審。 輸入 《需求規(guī)格說明書》終稿、《項目開發(fā)計劃》終稿 系統(tǒng)結(jié)構(gòu)設(shè)計 系統(tǒng) 結(jié)構(gòu)設(shè)計通常由系統(tǒng)設(shè)計師或項目經(jīng)理負責完成，設(shè)計完成后整合到《系統(tǒng)概要設(shè)計說明書》的系統(tǒng)結(jié)構(gòu)設(shè)計部分。 用戶界面設(shè)計 只要涉及到人機交互的產(chǎn)品（ PORTAL、 STB）都具有界面部分，界面一般由系統(tǒng)設(shè)計師或項目經(jīng)理設(shè)計和構(gòu)建用戶界 面原型，由專業(yè)的界面設(shè)計人員完成界面實現(xiàn)。 界面原型的設(shè)計一般包括以下三個過程： 繪制界面示意圖 項目經(jīng)理或系統(tǒng)設(shè)計師首先根據(jù)《 項目 需求規(guī)格說明書》，分析產(chǎn)品需要呈現(xiàn)的用戶界面的需求和用戶的相關(guān)特點，例如：用戶的使用習慣、用戶對界面的喜好偏向、用戶的強制要求、行業(yè) 20 常規(guī)展現(xiàn)方式、用戶提供界面范例等。 項目經(jīng)理或系統(tǒng)設(shè)計師根據(jù)以上分析結(jié)果 構(gòu)思并繪制用戶界面示意圖 。 制作界面原型 項目經(jīng)理或系統(tǒng)設(shè)計師將設(shè)計完成的界面原型提交給界面設(shè)計人員，并說明界面設(shè)計風格要求等，由界面設(shè)計人員著手界面設(shè)計。 體驗和改進 界面設(shè)計 人員設(shè)計完成后，將界面效果圖提交給項目經(jīng)理 ， 項目經(jīng)理視情況組織項目團隊及相關(guān)人員進行評審， 給出改進建議 。 數(shù)據(jù)庫設(shè)計 項目經(jīng)理或 系統(tǒng)設(shè)計師 根據(jù)系統(tǒng)結(jié)構(gòu)設(shè)計思想，對必須的支持數(shù)據(jù)庫 進行設(shè)計 ，設(shè)計必須確定 數(shù)據(jù)庫 的 環(huán)境說明 、 數(shù)據(jù)庫 的 命名規(guī)則 、 安全性設(shè)計 方法、主要的表結(jié)構(gòu)等。 在設(shè)計數(shù)據(jù)庫的同時， 必須嚴格遵守公司 《數(shù)據(jù)庫設(shè)計規(guī)范大綱 .doc》要求。 輸出 《系統(tǒng)概要設(shè)計說明書》 終稿 退出準則 當 承包商 完成《系統(tǒng)概要設(shè) 計說明書》 后 ， 提交 QA，由 QA 召集評審委員會組織召開《系統(tǒng)概要設(shè)計 說明書 》評審會 開展系統(tǒng) 概 要 設(shè)計 評審。 各部分《 系統(tǒng) 概要設(shè)計 說明書 》評審全部通過即可退出本階段。 系統(tǒng)詳細設(shè)計 進入準則 概要設(shè)計通過評審，足夠支持詳細設(shè)計。 輸入 《 系統(tǒng)概要設(shè)計說明書 》、《項目開發(fā)計劃》、《項目需求規(guī)格說明書》 詳細設(shè)計 開發(fā)工程師 根據(jù)《項目需求規(guī)格說明書》， 分析 并提取出 自己承擔的模塊 需求。根據(jù)提取的模塊需求，進行模塊詳細設(shè)計。根據(jù)模塊分析和設(shè)計，開發(fā)工程師應(yīng)當撰寫必要的《系統(tǒng)詳細設(shè)計說明書》 。 21 輸出 《系統(tǒng)詳細設(shè)計說明書》多個、《系統(tǒng)接口設(shè)計說明書》多個。 退出準則 當 承包商 完成 模塊 《 詳細 設(shè)計說明書》 后 ， 提交 QA，由 QA 召集評審委員會組織召開《詳細設(shè)計 說明書 》評審會 開展系統(tǒng)設(shè)計 評審。 各部分《詳細設(shè)計 說明書 》及 《系統(tǒng)接口設(shè)計說明書》 評審全部通過即可退出本階段。 實現(xiàn)與 自測 進入準則 各部分《詳細設(shè)計 說明書 》及 《系統(tǒng)接口設(shè)計說明書》 評審全部通過。 輸入 各部分《詳細設(shè)計 說明書 》及 《系統(tǒng)接口設(shè)計說明書》。 實現(xiàn)與 自測 所有開發(fā)工程師按照既定的編程規(guī)范來實現(xiàn)自己承擔的模塊，并在系統(tǒng)中和其它模塊進行集成。編碼過程中還需提供指導(dǎo)配置管理工程進行代碼編譯的《編譯環(huán)境說明》，以便配置管理工程師對每周五提交的代碼進行編譯檢查。 開 發(fā)完成后， 承包商 自行進行產(chǎn)品測試，提供 《系統(tǒng)自測方案》及《系統(tǒng)自測報告》。 在該階段還需同步完成的文檔有 《系統(tǒng)部署實施方案》及《產(chǎn)品安裝使用手冊 》 。 輸出 通過自測的代碼、《系統(tǒng)自測方案》、《系統(tǒng)自測報告》、《編譯環(huán)境說明》、 《系統(tǒng)部署實施方案》 、 《產(chǎn)品安裝使用手冊 》 。 退出準則 根據(jù)約定的評審周期及頻率定期組織代碼評審，評審標準遵循合同規(guī)定的相關(guān)技術(shù)規(guī)范說明。承包商 完成產(chǎn)品自測后，外包管理小組還應(yīng)組織召開《系統(tǒng)自測用例》 、 《系統(tǒng)自測報告》 、《編譯環(huán)境說明》 的評審，當代碼及自測報告評審?fù)ㄟ^后即可退出本階段。 產(chǎn)品測試 驗收 嚴格遵循 《外包項目測試驗收方案》。 22 項目外包結(jié)項 進入準則 產(chǎn)品驗收測試通過。 輸入 《項目開發(fā)工作總結(jié)》、《系統(tǒng)驗收工作總結(jié)》、《項目管理工作總結(jié)》 輸出《結(jié)項評估報告》、《項目開發(fā)工作總結(jié)》、《系統(tǒng)驗收工作總結(jié)》、《項目管理工作總結(jié)》 過程 驗收評審。 輸出 《 結(jié)項評審報告 》 b) 準出條件 項目總結(jié)會召開完畢， 《結(jié)項評估報告》、《項目開發(fā)工作總結(jié)》、《系統(tǒng)驗收工作總結(jié)》、《項目管理工作總結(jié)》 發(fā)給相關(guān)人員。 23 附錄 B 相關(guān)參考模板 1．《產(chǎn)品需求說明書 》 詳見附件《產(chǎn)品需求說明書》 .doc 文檔模板。 2．《項目開發(fā)計劃 》 模板 項目計劃 項目名稱 項目經(jīng)理 項目起止日期 估計總工作量 制定 / 修改日期 1. 人力資源計劃 人員 項目角色 主要職責 工作時間段 投入時間（ %） 補充說明 2. 任務(wù)進度計劃 任務(wù)項 工作量 （ H） 任務(wù)描述 起止時間 執(zhí)行人 補充說明 3. 項目資源計劃 資源項 規(guī)格 用途 資源狀態(tài) 使用人 補充說明 4. 風險管理計劃 風險項 可能性 預(yù)防 /解決措施 目前 狀態(tài) 責任人 補充說明 5. 主要工作成果 項目階段 成果類型 工作成果 責任人 完成日期 補充說明 6. 其它計劃 如測試計劃，系統(tǒng)集成計劃，項目差旅計劃 等。 24 審批意見 3．《項目狀態(tài)跟蹤報告 》 模板 項目進度狀態(tài)跟蹤報告 項目基本情況 項目名稱 報告給 項目經(jīng)理 報告周期 項目成員 報告人 項目階段 報告日期 項目周期 項目進展情況 類別 狀況 備 注 項目進度狀況 進度狀況 : 1：嚴重滯后 2：輕微滯后 3：保持進度 4：稍微超前 5：大幅超前 項目健康狀況 健康狀況 :1：擔憂 2：正常 3：良好 人員任務(wù)完成情況 序號 姓名 職責描述 計劃投入 (%) 實際投入 (%) 完成度 (%) 產(chǎn)出 備注 1 2 3 項目任務(wù)完成情況 序號 計劃任務(wù) (Y/N) 任務(wù)描述 責任人 進度 完成度（ %） 產(chǎn)出 備注 1 2 3 跟蹤問題點 序號 問題優(yōu)先級 (H/M/L) 問題描述 責任人 解決情況 解決措施 需要支持(Y/N) 1 2 3 風險管理 序號 風險描述 影響 發(fā)生率 (%) 處理措施 優(yōu)先級 責任人 當前狀態(tài) 1 2 3 25 其他備注 序號 備注 1 2 3 4．《系統(tǒng)概要設(shè)計說明書 》 詳見附件《系統(tǒng)概要設(shè)計說明書》 .doc 文檔模板。 5．《系統(tǒng)詳細設(shè)計說明書 》 詳見附件《系統(tǒng)詳細設(shè)計說明書》 .doc 文檔模板。 6．《系統(tǒng)接口設(shè)計說明書 》 詳見附件《系統(tǒng)接口設(shè)計說明書》 .doc 文檔模板。 7．《變更申請單 》 模板 變更 申請單 變更申請 項目名稱 變更內(nèi)容 說明變更內(nèi)容 變更原因 說明變更原因 變更影響 估計此變更對項目造成的影響。 申請人簽字 變更審批 審批結(jié)論 [ √ ] 同意變更 [ ] 拒絕變更 指示： 審批人簽字 執(zhí)行變更 執(zhí)行說明 說明變更內(nèi)容以及相關(guān)技術(shù)。 執(zhí)行人簽字 8．《產(chǎn)品安裝使用手冊 》 詳見附件《產(chǎn)品安裝使用手冊》 .doc 文檔模板。 26 9．《系統(tǒng)部署說明書 》 詳見附件《系統(tǒng)部署說明書》 .doc 文檔模板。 10．《項目開發(fā)工作總結(jié) 》 詳見附件《項目開發(fā)工作總結(jié)》 .doc 文檔模板。 11．《項目周報 》 模板 項目周報 項目基本信息 項目組 項目經(jīng)理 項目階段 項目成員 項目進度 10% 項目狀態(tài) 正常 報告日期 本周工作內(nèi)容 （本周主要工作記錄） 任務(wù) 名稱 計劃任務(wù)（ Y/N） 實施人 開始時間 結(jié)束時間 任務(wù)進度說明 (正常 :說明進度 (%)。已完成 :說明產(chǎn)出 。拖延 :說明原因 ） 完成情況 正常 /已完成 /拖延） 本周遺留問題及對策 （遇到的問題和對策） 問題項 問題描述 目前狀態(tài) 是否風險 解決 /預(yù)防措施 責任人 下周工作計劃 （下周主要工作計劃） 任務(wù)名稱 實施人 開始時間 結(jié)束時間 完成量 說明 12．《 工作周報 》 模板 工作周報 基本信息 部門 報告人 報告日期 項目組 項目經(jīng)理 項目階段 本周工作內(nèi)容 （本周主要工作記錄） 任務(wù)名稱 計劃任務(wù) 實施人 開始時間 結(jié)束時間 任務(wù)進度說明 (正常 :說明進 完成情況 27 （ Y/N） 度 (%)。已完成 :說明產(chǎn)出 。拖延 :說明原因 ） 正常 /已完成 /拖延） 本周遺留問題 （遇到的問題和對策） 問題項 問題描述 目前狀態(tài) 是否風險 解決 /預(yù)防措施 責任人 下周工作計劃 （下周主要工作計劃） 任務(wù)名稱 實施人 開始時間 結(jié)束時間 完成量 說明 13．《測試用例》模板 系統(tǒng)測試用例 用例名稱 用例編號 用例類型 編寫人 用例描述 測試目的 測試說明 測試環(huán)境 測試數(shù)據(jù) 測試步驟 步驟 操作描述 輸入數(shù)據(jù) 預(yù)期結(jié)果 1 2 3 約束條 件 審核意見 審核人 審核日期 14． 《 測試 BUG 列表 》 模板 XXX項目 BUG列表 項目名稱 軟件版本 項目經(jīng)理 創(chuàng)建日期 開發(fā)人員 回歸次數(shù) 項目階段 BUG總數(shù) BUG編號 BUG 類型 用例編號 BUG描述 嚴重 程度 BUG狀態(tài) 測試步驟 缺陷原因 解決 方法 責任人 解決 日期 28