專案狀態報告（模版）
一、專案基本情況
專案名稱製作日期： 年月日
製作人簽發人：
目前專案狀況：□按計畫進行 □比計畫提前 □落後於計畫
匯報週期：從年月日至年月日
二、當前活動狀態
（簡要描述活動狀態，已變為變更管理提供支援，活動需要與wbs對應。）
三、本週期內的主要事件
（對本匯報週期內取得的主要成績和主要交付物進行總結。）
四、下乙個匯報週期內的行動計畫
（描述的行動需要與專案計畫和wbs掛鉤。）
五、財務狀況
六、技術狀態和問題
（記錄識別需要解決的技術問題。）
七、上一次匯報週期中遺留問題的處理
（簡要說明上一次匯報週期內的問題、處理意見和實施結果。）
八、專案風險因素的更新
（對上一次匯報週期內的專案風險進行更新。）
專案變更控制（模版）
一、專案基本情況
專案名稱製作日期： 年月日
製作人簽發人：
二、請求變更資訊
（建議的變更描述以及參考資料）
1．申請變更的內容
2．如果不進行變更會有何種影響
3．其他說明
三、對變更請求的初步審查結果
初步審查日期：
□批准進行影響分析 □拒絕 □留待以後決定
原因：四、初步的影響分析
受影響的基準計畫：
受影響的專案配置項：
是否需要成本/進度影響分析是 □否
對成本的影響：
對進度的影響：
對資源的影響：
最終審查結果：
審查日期：
變更程度分類： □高 □中 □低
五、影響分析結果
1．定義具體變更需求
2．若不進行變更有何影響
3．提出變更的其他可選方案
4．最終建議
六、變更審查人員簽字
專案配置管理計畫（模版）
一、專案基本情況
專案名稱製作日期： 年月日
製作人簽發人：
二、配置管理職能領域及資源
（描述配置管理的組織結構、人員技能水平、需要的設施以及使用的裝置與工具。）
組織結構：
人員技能水平及資格：
需要的設施：
使用的裝置和工具：
三、標準、流程、政策及方針
（表明專案配置管理流程圖。）
定義控制項的方法：
配置控制的方法：
控制項清單：
四、配置識別
（描述定義每乙個控制項的方法、結構控制的方法以及控制項列單。）
五、識別方法
（描述各種檔案、組成部分、修改版本等的命名及標註。）
六、控制項的提交與檢索
（描述專案各控制項提交及檢索的流程。）
七、版本控制
（描述文件版本的編制、發表等的批准程式。）
八、專案使用**的儲存處理及交付
（描述儲存需求，包括自動化和書面方式。）
九、與承包商配置管理的關係
（描述配置管理小組同其他與專案有關配置管理小組的關係。）
十、其他資訊
（描述其他任何與配置管理有關的資訊。）
專案可行性研究（模版）
一、專案基本情況
專案名稱製作日期： 年月日
製作人簽發人：
二、專案背景
1．目前狀態
（簡要描述目前的商業環境和專案產生背景。）
2．擬解決的商業問題
（簡要說明需要專案解決的商業問題，以表明專案存在的理由。）
3．影響範圍
（簡要說明專案問題及問題的解決將對企業哪些方面產生影響，包括影響的組織範圍。）
4．專案預期的結束日期
（盡可能對專案的完成日期做出準確推斷。）
三、可能的專案方案
方案1：
方案2：
四、初步評估意見
（對第三部分提出的若干專案方案進行評估，並提出推薦意見。在一件重要說明各種方案可能的風險以及修正或調節意見。）
對各方案的結論：□接受 □拒絕 □修改 □暫緩決定
五、簽字
（由專案可行性論證小組成員簽字，專案組成員至少需要包含商業/管理、財務、技術三方面的人員。）
專案描述(模版)
一、專案基本情況
專案名稱製作日期： 年月日
製作人簽發人：
二、專案目的
1．專案需解決的商業問題
（所有的專案均起始於某個商業問題，該部分簡要描述這些問題。）
2．專案工作內容
（對專案範圍的限定，以及對完成專案的主要工作內容和方法的陳述。）
3．專案目標
（包含工期目標、費用目標和交付產品特徵與特徵的主要描述。）
三、專案的關鍵成功要素
（對確保專案成功的關鍵環節和關鍵資源、關鍵方法、度量標準等進行概念性地簡要描述。）
四、專案影響範圍
（包含對企業戰略的影響、對技術的影響和對財務的影響。）
五、專案主要里程碑計畫
（包含主要里程碑的時間、費用和成果目標。）
六、專案假設
（說明專案的主要假設條件。）
七、專案約束條件
（說明專案啟動和實施過程中的限制性條件。）
八、專案評價標準
（說明專案成果在何種情況下將被接受，何時專案將被終止或取消，專案成功標準的度量或驗收規程。）
九、專案主要利益相關者
（包括專案發起人，專案經理，專案團隊主要成員，相關職能部門負責人，客戶等的頭銜、簽字和簽字日期。）
專案章程（模版）
一、專案基本情況
專案名稱製作日期： 年月日
製作人簽發人：
二、專案目的
（簡要說明專案的目的和本專案章程的目的。）
三、專案目標
（這部分將明確說明目標與企業目標的關係。）
四、專案範圍
（這部分的詳細程度必須充分考慮到專案計畫編制是對專案範圍編寫的要求。更為詳細的專案範圍描述在專案計畫編制階段進行。）
五、專案利益相關者的角色與責任
六、有關專案的許可權
（本部分將說明專案利益相關者的權力範圍及匯報關係和匯報程式。）
七、管理檢查點
（這部分是由發起專案的企業建立的關鍵管理核對單。）
八、相關方簽字
（專案章程設計人員或其代表的簽字是確認他們對專案章程目的和內容已經理解並同意。簽字後，簽字人同意將這個檔案作為正式的專案章程，並對必要的資源作出承諾。）
工作分解結構（wbs）（模版）
一、專案基本情況
專案名稱製作日期： 年月日
製作人簽發人：
二、專案wbs
專案範圍管理（模版）
一、專案基本情況
專案名稱製作日期： 年月日
製作人簽發人：
二、專案成果/完成標準
（就可交付成果及其特點而言，專案要參照的是什麼，專案各階段成功結束的判斷因素是什麼。）
三、使用的方法
（盡可能詳細地描述管理專案工作範圍變更的方法，並說明專案是內部完成，還是需要外部力量的幫助。）
四、專案包含內容
（界定哪些工作需要做，包括相關的商業需求。）
五、專案不包含的內容
（界定哪些工作不屬於專案的工作範圍。）
六、相關方確認簽字
（專案範圍需要得到客戶等的簽字認可。）
專案風險管理計畫（模版）
一、專案基本情況
專案名稱製作日期： 年月日
製作人簽發人：
二、風險管理策略
1．風險管理的總體思想和原則
2．定義風險假設
3．定義風險管理的責任人
4．定義風險分析技術
5．確定風險分類方式
6．定義風險溝通方式
7．定義風險追蹤過程
三、風險分類
四、風險分析
五、風險處置
六、風險處置後分析
專案資源管理計畫（模版）
一、專案基本情況
專案名稱製作日期： 年月日
製作人簽發人：
二、資源概要
（確定實施專案所需要的主要資源，包括以下內容：人力、資金、設施、材料、**品以及資訊科技。）
三、專案資源資訊
（隊與專案需要的每一項資源，要確定以下內容。）
四、人力資源計畫
（確定了專案所需要的人力資源以後，編制人力資源計畫）
專案預算（模版）
一、專案基本情況
專案名稱製作日期： 年月日
製作人簽發人：
二、預算科目
專案質量管理計畫（模版）
一、專案基本情況
專案名稱製作日期： 年月日
製作人簽發人：
二、專案工作範圍
（將專案工作範圍說明書或整個專案及其目標、顧客及其需求進行概要描述。）
三、可交付成果描述
（描述包括合同可交付成果以及里程碑檢查單在內的專案產品。）
四、可交付成果的驗收標準
（描述可交付成果的驗收標準，列出相關的質量標準。）
五、質量保證的各種活動
（確定專案的各項質量保證活動，包括測試、驗收流程，文件資料以及運營支援過渡、里程碑核對單、需求確認流程、時間安排、溝通活動以及連續的改進流程。）
六、專案監控
（定義針對於質量保證活動領域過程的控制計畫；控制資訊的收集；如何控制資訊收集；利用資訊如何控制流程及可交付成果；何時需要審計、審查；相對於驗收標準的匯報方式以及解決的方式。）
七、專案質量小組責任
(描述與專案質量小組相關的責任，包括一些具體任務，例如，分配驗收、測試、審計、審查以及核查單等活動的責任。)
專案採購管理計畫（模版）
一、專案基本情況
專案名稱製作日期： 年月日
製作人簽發人：
二、採購定義
（用具體的術語描述採購項以及採購的條件。）
軟體專案管理計畫模版
檔案編號 pts pdp pmp 擬制日期 審核日期 批准日期 太平洋軟體 中國 變更記錄頁 目錄1 介紹 2 1.1 專案概況 2 1.1.1 目的 範圍和目標 21.1.2 假定和約束 2 1.1.3 專案提交物 2 1.1.4 進度和預算概述 21.2 軟體專案管理計畫演變過程 22 參考 2...
軟體專案風險管理模版
文件對軟體開發過程中遇到的預算 進度 開發不成功等發面的問題引起的損失的可能性進行管理，為降低軟體產生的風險提供相關的依據。識別軟體開發過程中的風險 分析軟體開發過程中的風險 緩解軟體開發過程中的風險 建立和維護用於風險管理的策略。規模風險 商業影響風險 客戶相關風險 過程風險 技術風險 開發環境風...
專案管理課程設計模版
例如 1 時間引數計算 1 1 過程略 1 2分析及相應結論 1 一月末 a不是關鍵工作，工作延後10天，在原計畫中需要占用10天總時差，則a工作還有40 10 10 20天的自由時差，對工期不造成影響。e不是關鍵工作，工作超前10天，對工期不造成影響。結論 一月末的實際進度不會對工期造成影響。乙方...