作者 l 李鵬星
XX專案
專案計劃
北京象速藍鯨科技有限公司
20xx年x月
關於本文件
主 題
描述本文件是什麼計劃
說 明
描述本文件主要的主要作用
適用物件
描述本文件主要閱讀物件
修 訂 歷 史
版 本
章 節
類 型
日 期
作 者
修訂說明
1.0
C
2008年7月
說明：
修訂說明：概要描述本次修訂的主要內容；
目 錄
1 專案概述
1.1 專案背景與目的
1.2 客戶與終端使用者
1.3 專案範圍
1.4 專案交付日期
1.5 專案目標
1.6 專案承諾
1.7 專案制約
2 專案資訊
2.1專案組織架構
2.2專案人員組成資訊
3 專案估算
3.1 工作分解結構
3.2 工作量估計
3.3 專案的環境
3.4 關鍵計算機資源
4 專案實施計劃
4.1 專案進度
4.2 風險管理計劃
4.3 主要工作產品
4.4 主要干係人活動
4.5 專案培訓計劃
4.6 配置管理計劃
4.7 質量保證計劃
4.8 測試計劃
4.9 專案週期性活動
5 計劃承諾
1 專案概述1.1 專案背景與目的說明本專案是什麼，為什麼要開發。
1.2 客戶與終端使用者如果是合同專案，請說明本專案的客戶及其責任人，描述終端使用者的特徵。
如果不是合同專案，請描述潛在客戶和終端使用者的特徵。
1.3 專案範圍簡單敘述本專案要開發的產品的主要功能；本專案應包含的內容，不包含的內容；本專案適用的領域和不適用的領域。
1.4 專案交付日期說明專案的開始日期和結束日期，如果是合同專案，說明合同規定的交付日期，如果由於一些特定因素必須延遲交付，記錄延遲的週期。
1.5 專案目標請列出透過本專案我方要達到的目標，如果是合同專案，請同時列出透過本專案客戶要達到的目標。
1.6 專案承諾如果是合同專案，請列出對客戶做出的承諾；如果是研發專案，請列出對內部做出的承諾。
（1） 完成日期承諾：
（2） 提交文件承諾：列出“交付工作產品清單”；
（3） 其他承諾：
（4） ……
1.7 專案制約（1） 說明對專案進度要求、技術、人力、費用等方面的約束條件；
（2） 說明相關專案可能對本專案造成的影響；
（3） 說明本專案開發的必要假設前提條件。
2 專案資訊2.1專案組織架構繪出專案組人員的組織結構圖，說明專案中人員的角色、關係和許可權。
2.2專案人員組成資訊根據本專案已確定的人員情況，將人員的相關基本資訊統一列出，以明確專案中的職責。下表給出了通常的專案干係人角色和職責樣例，制定計劃時可根據實際情況進行調整。
角色
姓名
職責
專案總監辦
¨ 為專案活動提供足夠的資源和資金；
¨ 參加定期的評審例會，聽專案進展彙報，並做出必要的決策；
¨ 評審對組織外部的承諾變更；
¨ 審閱QA提交的報告；
¨ 對QA人員反映的問題及時進行處理；
QA工程師
¨ 按照計劃和規範評價活動及其工作產品與規範的符合性；
¨ 報告檢查中發現的問題，追蹤問題直至結束。
¨ 參與各種評審；
¨ 有選擇地參與專案周例會；
¨ 定期向高層經理、專案經理、QA部門經理彙報PPQA活動。
系統架構師
¨ 負責專案的架構設計。
¨ 保證專案的架構要和符合公司整體架構
配置管理
¨ 根據專案開發計劃編寫配置管理計劃；
¨ 建立和維護配置管理系統，負責標識配置項；
¨ 維護生命週期內配置項和基線的變更狀態和記錄；
¨ 負責從基線庫釋出和維護工作產品；
¨ 執行基線稽核；
¨ 定期向專案經理和/或高層經理彙報配置管理工作狀態；
諮詢顧問
¨ 代表使用者方提供產品需求，並對需求規格進行確認；
¨ 參加外部約定變更評審；
¨ 對研發提交的產品進行驗收；
度量分析
¨ 收集專案的效能資料；
¨ 對資料進行分析，向專案經理提供分析結果及預警；
技術經理
¨ 把握專案的主要技術方向；
¨ 解決專案的關鍵技術；
專案經理
¨ 組織和協調專案各項工作；
¨ 使用度量分析結果來制定專案決策；
¨ 定期向高層領導彙報專案進展、度量資料與分析結果；
¨ 對照《專案計劃》，跟蹤專案的實際結果；
¨ 當實際完成情況和結果與計劃明顯偏離時，負責制定糾正措施；
¨ 需求變更請求發生時，組織、參與評估其影響面和程度。
¨ 組織和參與需求相關工作產品的評審。
¨ 需求變更請求批准後，組織對相關計劃、工作產品的更改，以與需求的變更保持一致。
專案管理組長
¨ 負責管理個小組的成員，並替代部分專案經理的管理工作；
業務分析人員
¨ 需求分析，系統架構設計。
¨ 獲取專案/產品的需求資訊，定義使用者需求說明書。
¨ 對使用者需求進行分析，定義需求規格說明書。
開發人員
¨ 根據需求完成產品設計、實現；
¨ 將個人工作產品及時置於開發庫中進行版本控制；
¨ 及時真實的彙報工作進展，每日填報工時資料，提交工作成果；
¨ 執行根據度量分析結果發現的偏差而採取的糾正行動；
¨ 配合QA做好對各過程及工作產品的檢查；
測試人員
¨ 對需求可測性進行確認；
¨ 根據測試計劃和測試案例，完成測試工作。
3 專案估算3.1 工作分解結構對專案的工作進行WBS分解。首先是設計階段對WBS進行逐步細化。WBS的詳細內容見project格式的進度表。
3.2 工作量估計根據project中的任務資訊，估算出每個任務的“工作量”部分，並把任務安排到相應的資源。
3.3 專案的環境說明專案確定的環境，採用的方法和工具。
開發環境： 將產品開發所需裝置、環境及開發工具統一列出
硬體裝置
作業系統
資料庫
程式語言
其他
前端
雙核
unix
DB2
java
TCP/IP
後端
其它
測試環境： 將產品系統測試所需裝置、環境及測試工具統一列出
硬體裝置
作業系統
資料庫
程式語言
其他
前端
後端
其它
目標環境： 將產品系統執行所需裝置、環境及執行工具統一列出
硬體裝置
作業系統
資料庫
程式語言
其他
前端
後端
其它
3.4 關鍵計算機資源以表格的形式給出系統要求的各項關鍵指標，根據專案關鍵指標的不同，可對下表中的指標項進行調整。
關鍵指標：
名稱
記憶體容量
硬碟容量
處理器能力
通訊頻寬
…
指標
建議的最小執行環境：
名稱
記憶體容量
硬碟容量
處理器能力
通訊頻寬
…
指標
4 專案實施計劃4.1 專案進度1、總體進度(里程碑進度)及人員安排
任務名稱
工作量(人天)
開始時間
結束時間
參加人員
總體設計
50
2008-08-08
2008-09-09
張三、李四
概要設計
30
2008-09-12
2008-10-10
張三、李四
2、具體任務及進度、人員安排
參見Project.mpp
4.2 風險管理計劃檢視《風險管理工作表》
4.3 主要工作產品列出主要的工作產品，作為配置管理的基礎。
技術開發類
階段
工作產品名稱
計劃交付日期
責任人
需求
《使用者需求說明書》
《需求規格說明書》
設計
《總體設計》
《概要設計》
《詳細設計》
《資料庫設計》
《整合方案》
編碼
《使用者手冊》
《系統部署方案》
測試
《測試方案》
《測試用例》
《測試報告》
專案管理類
階段
工作產品名稱
計劃交付日期
責任人
專案策劃
《專案計劃》
《質量保證計劃》
《配置管理計劃》
《測試計劃》
《風險管理工作表》
《里程碑報告》
《專案週報》
《專案總結報告》
4.4 主要干係人活動列出專案的主要干係人及主要活動。
角色
姓名
職責
預計日期
客戶
張三
確認需求
2008-08-08
4.5 專案培訓計劃列出專案所需的主要培訓計劃
培訓名稱
負責人
主要培訓內容
預計日期
DB2
張三
資料查詢最佳化技巧
2008-08-08
4.6 配置管理計劃規定了在專案中如何開展配置管理工作，以便在專案的整個生存週期中，建立和維護工作產品的完整性和一致性。註明配置管理計劃見《XX檔案》。
4.7 質量保證計劃規定了實施質量保證活動所依據的標準、規範，過程和產品稽核的頻度和工作內容，以及實施質量保證的策略和方式、方法。註明質量保證計劃見《XX檔案》。
4.8 測試計劃透過分析系統需求，制定專案的測試計劃。包含對測試工作的整體規劃，明確測試的各種資源、測試要求、測試方法、測試工具等，保證測試工作順利進行。
註明測試計劃見《XX檔案》。
4.9 專案週期性活動規定在什麼時間點，採取什麼形式，如：周例會、週報等，對專案的實際進展進行跟蹤，並對發現的問題採取必要的措施。
跟蹤方式
頻度
提交工作產品
組織者
參與人員
個人週報
每週一次（周幾提交）
《個人週報》
專案經理
專案組成員、配置管理員、QA等
專案週報
每週一次（周幾提交）
《專案週報》
專案經理
專案經理、專案組成員
《階段/里程碑報告》
每階段/里程碑一次
《階段/里程碑報告》
專案經理
專案經理、高階經理、配置管理員、QA、專案組相關成員等
專案周例會
每週一次（周幾召開）
《周跟蹤報告》
專案經理
專案組成員、配置管理員、QA（不定期參加）等
月管理例會
每月一次
《進展分析報告》
高層經理（或指定人員）
各專案經理、配置管理員、QA、專案組相關成員等
需求跟蹤
每個階段結束
《需求跟蹤矩陣》
專案經理
工作產品的作者負責填寫《需求跟蹤矩陣》
….
5 計劃承諾列出對專案影響較大的關鍵承諾。
關鍵承諾
序號
承諾內容
承諾人
日期
-作者-
李鵬星，一隻愛碼字的IT老鳥，從程式設計師一路成長，一心夢想工作自由，財富自由的80後。