項目實施計劃書(模板)

1、公司logo項目計劃書xxx技術有限公司時間：2013-06-27作者：xxx版本號：v1.0word資料版本歷史版本/狀態(tài)作者參與后起止日期備注V1.02013/6/25-2013/6/280.文檔介紹 TOC o 1-5 h z 0.1文檔目的 4 HYPERLINK l bookmark7 o Current Document 0.2文檔圍4 HYPERLINK l bookmark9 o Current Document 0.3讀者對象 4 HYPERLINK l bookmark11 o Current Document 0.4參考文獻 4 HYPERLINK l bookmark1

2、3 o Current Document 0.5術語與縮寫解釋 4 HYPERLINK l bookmark15 o Current Document . 項目介紹5項目圍 5項目目標 5客戶與最終用戶介紹 5開發(fā)方介紹 5項目制約 6 HYPERLINK l bookmark17 o Current Document .項目開發(fā)模型及過程活動定義 6開發(fā)模型 6項目過程活動定義 6 HYPERLINK l bookmark19 o Current Document .人力資源計劃 7 HYPERLINK l bookmark21 o Current Document .軟硬件資源計劃 8 H

3、YPERLINK l bookmark23 o Current Document .財務計劃9 HYPERLINK l bookmark25 o Current Document .任務與進度 97.項目的階段定義和里程碑點10 HYPERLINK l bookmark29 o Current Document . 溝通管理計劃 11 HYPERLINK l bookmark31 o Current Document .問題和風險管理計劃 12 HYPERLINK l bookmark33 o Current Document 總體管理策略 12 HYPERLINK l bookmark35

4、o Current Document 問題、風險類別與來源 12 HYPERLINK l bookmark37 o Current Document 問題管理12 HYPERLINK l bookmark39 o Current Document 風險等級與排序 12 HYPERLINK l bookmark41 o Current Document 風險識別、分析、跟蹤 13 HYPERLINK l bookmark43 o Current Document 項目培訓計劃 13 HYPERLINK l bookmark45 o Current Document 子計劃(下屬計劃) 13 HY

5、PERLINK l bookmark47 o Current Document 附件：甘特圖進度表 130.文檔介紹0.1文檔目的0.2文檔圍0.3讀者對象0.4參考文獻提示：列出本文檔的所有參考文獻 （可以是非正式出版物），格式如下:標識符作者，文獻名稱，出版單位（或歸屬單位），日期例如：AAA作者，立項建議書，機構名稱，日期CMMI-PD-PROC-SW-SD EPG系統(tǒng)設計規(guī)，機構名稱，日期0.5術語與縮寫解釋縮寫、術語解釋SPP精簡并行過程，Simplified Parallel ProcessPP項目規(guī)劃， Project Planning.項目介紹項目圍提示：.用簡練的語言說明本項

6、目“是什么”，“說明用途”；.說明本項目“應當包含的容”和“不包含的容”；.說明本項目“適用的領域”和“不適用的領域”。.根據(jù)項目估計一圍估計的結果，列出產品分解的 WBS項目目標提示：說明本項目的目標，這些目標必須是“可實現(xiàn)”、“可驗證”的? 產品目標完成本項目? 專利目標專利，完成本項目應至少開始申請以下幾個專利點：專利1:專利2:客戶與最終用戶介紹提示：如果是合同項目，請說明本項目的客戶及其責任人是誰，描述最終用戶的特征 如果不是合同項目，請描述潛在客戶和最終用戶的特征。例子：安防用戶特征：該部分用戶主要是小區(qū)物業(yè)管理、銀行等，本身具有較高的計算機操 作能力和網絡組網知識，往往由專業(yè)的技

7、術人員負責維護整個系統(tǒng)。使用本產品主要 用于視頻監(jiān)控數(shù)據(jù)的傳輸。開發(fā)方介紹提示：如果是合同項目，請說明本項目的開發(fā)方是誰，責任人是誰。項目制約提示：.請說明在項目開發(fā)過程中應當遵循的標準或規(guī)，注意可能存在特殊的行業(yè)規(guī)定, 請不要遺漏；.請說明相關項目可能對本項目造成的影響；.說明一些假設和依賴。.項目開發(fā)模型及過程活動定義開發(fā)模型提示：說明項目的類型及選擇采用的開發(fā)模型，如有剪裁修改或采用組織尚未定義的 新的開發(fā)模型，則需描述清楚或另外繪制本項目的開發(fā)模型。項目過程活動定義提示：選擇一個標準的項目已定義過程(PDP,如有需要進行裁剪，得出一個符合本項目需要的PDP作為附錄列在本計劃的后面。所有

8、的的裁剪部分必須在這里進行詳細的說明。.人力資源計劃提示：規(guī)劃小組制定本項目的角色職責表, 兼多個角色）。并為已知的項目成員分配角色（一個人可以提示：規(guī)劃小組制定本項目的角色職責表，并為已知的項目成員分配角色 （一個人可以兼多個角色）。角色職責人員備注產品經理項目經理需求分析員系統(tǒng)設計員程序員測試人員QA配置管理員度量管理員.軟硬件資源計劃提示：規(guī)劃小組分析項目開發(fā)、測試、運行所需的軟硬件資源，主要容包括：? 資源級別（分為“關鍵”、“普通”兩種 ）? 詳細配置? 獲取方式（如“已經存在”、“可以借用”或“需要購買”等）與獲取時間? 使用說明（如“誰”在“什么”時候使用 ）軟硬件資源名稱級別詳

9、細配置獲取方式與時間用途關鍵關鍵關鍵普通普通.財務計劃提示：參考附錄的成本估計表開支類別主要開支項、用途金額時間.任務與進度提示：規(guī)劃小組根據(jù)第 2步確定的項目PDP按階段細化分配任務活動并制定進度計 戈上采用Microsoft Project制作甘特圖進度表（模板見附件），附在項目計劃中制定進度計劃是一個漸近明細的過程，甘特圖進度表中分配任務的最長時間原則上不得超過5個工作日，有超過的必須加上“？ ”，說明原因。其中計劃第一周任務活動的分配時間須細化到每一天，隨著項目的進行，每周末對下一周的任務活動按“細化到 每一天”的要求進行確認和細化，如此循環(huán)直至項目結束。.項目的階段定義和里程碑點提示

10、：列出項目的階段定義和里程碑點，可以參考下表:階段/里程碑實施周期/日期完成目標階段標志立項階段完成用戶需求開發(fā)、立項等相關工作1 .用戶需求說明書評審通過2.立項通過計劃階段完成產品需求開發(fā)、項目估算、計劃等相關工作1 .產品需求規(guī)格說明書評審通過2.項目計劃發(fā)布設計階段完成概要設計和詳細設計、制定系統(tǒng)測試計劃等相關工作.所有概要設計和詳細設計文檔、評審通過.系統(tǒng)測試計劃評審通過實現(xiàn)階段完成程序的開發(fā)和開發(fā)樣機的加工制作、調試，完成編寫系統(tǒng)測試用例.編碼完成，開發(fā)樣機制作、調試完成.系統(tǒng)測試用例評審通過測試階段集成系統(tǒng)，執(zhí)行系統(tǒng)測試， 完成編寫系統(tǒng)測試報告 等相關工作系統(tǒng)測試報告完成，開發(fā)樣

11、機評審通過結項階段完成產品驗收、項目結項等相關1 .產品驗收合格，工作產品發(fā)布2.結項評審完成。里程碑點AXXXXXXXXXXX.溝通管理計劃提示：規(guī)劃項目過程中需要進行的溝通，可以參考下表:會議報告描述參與人時間周例會溝通項目進展， 討論存在的問題和風險項目組全體成員，QA每周一上午 910:30項目狀態(tài)報告向項目干系人提交項目狀態(tài)、進展情況項目經理、項目干系人每周一下午 14:00前提交階段性評審會議評審階段的工作成果評審人員、項目經理、階段工作成果負責人階段結束前階段總結會總結階段工作完成情況項目組全體成員、項目經理階段結束前階段信息發(fā)布在部的項目管理頁發(fā)布本項目階段性信息項目經理階段/

12、里程碑結束次日/外部溝通描述參與人時間需求溝通與客戶溝通需求需求分析員、客戶需求階段每周 1、3、5下午3:005:00與XX客戶溝通協(xié)商解決XX問題項目經理、客戶2008-10-10溝通協(xié)調方式：說明項目組日常交流的方式和工具等，一般為：A、用QQ電子、例會方式溝通；B、重大問題要遵從問題風險管理規(guī)程和項目監(jiān)控規(guī)程來升級和匯報;C、項目經理按階段將項目狀態(tài)報告發(fā)送給項目干系人。（如果有異地情況，可特殊說明一下）9.問題和風險管理計劃提示：確定項目如何管理、應對項目問題和風險的管理活動，主要包括：管理策略、管理 方式、問題和風險的跟蹤和監(jiān)控、原因分析等。1）總體管理策略本計劃的目的在于幫助項目

13、組按計劃規(guī)地識別項目問題和風險，及時給出糾正措施， 確保項目不受問題和風險的影響而正常運作，同時提供了問題和風險的管理和分析機制， 以有效的方式管理項目的問題和風險。2）問題、風險類別與來源問題類別包含人力資源問題、外部環(huán)境依賴問題、部資源問題、過程管理問題、業(yè)務 /部門協(xié)調問題、技術問題、其他問題。風險類別包含規(guī)模風險、需求風險、客戶風險、人員風險、管理風險、技術風險、其 他風險。問題和風險來源包含QA技術評審、監(jiān)控人員、項目組成員、客戶等。3）問題管理問題的管理主要依據(jù)項目狀態(tài)報告一項目問題管控表來進行，重大問題使用例會 方式管理，記錄在會議紀要中。項目問題在項目例會上進行跟蹤。4）風險等

14、級與排序風險等級：根據(jù)風險發(fā)生的可能性和影響程度確定風險等級。風險排序：評估風險發(fā)生的概率（分為高、中、低三級）和風險影響程度（也分為高、 中、低三級），為風險等級為高或中的風險制定相應的減緩活動。編號風險概率風險影響風險等級備注1高高高2高中高3中高高4高低中5中中中6低高中7中低低8低中低9低低低5）風險識別、分析、跟蹤風險的識別與分析：風險識別作為一個持續(xù)的過程貫穿項目的整個生命周期，該過程可能涉及正式的風險評估小組活動、頭腦風暴會議以及每個生命周期階段初期的風險討論。本項目設立風險管理員（由項目經理擔任此角色），在例會上定期識別、收集項目的風險,分析風險，并確定風險等級、處理優(yōu)先順序，制定相應的減緩、處理措施。風險跟蹤和升級：風險跟蹤在例會上進行，并通過項目狀態(tài)報告一項目風險管控 表來管理和跟蹤風險。對高、中等級的風險，重點跟蹤風