項目總體管理、項目範圍管理總結

項目總體管理 

一、項目總體管理的含義、主要活動和流程 

1.一、項目總體管理的含義 

負責項目的全生命週期管理、全局性管理和綜合性管理。 

主要是資源的整合，干係人的整合，  對其餘項目過程組的整合，項目四要素的整合。 

1.二、項目總體管理的過程 

項目啓動 

輸入：合同、項目工做說明書、環境因素和組織因素、組織過程資產 

輸出：項目章程

工具和技術：項目管理方法、項目管理信息系統、專家判斷、項目選擇方法 

制定初步項目範圍說明書 

輸入：項目章程、工做說明書、環境因素和組織因素、組織過程資產 

輸出：初步的項目範圍說明書

工具和技術：項目管理方法、項目管理信息系統、專家判斷 

制定項目管理計劃 

輸入：項目章程、項目範圍說明書( 初步)、來自各計劃的輸出、預測、環境因素和組織因素、組織過程資產、工做績效信息 

輸出：項目管理計劃、配置管理系統、變動控制系統 

工具和技術：項目管理方法、項目管理信息系統 、專家判斷 

指導和管理項目執行 

輸入：項目管理計劃、已批准的糾正措施、已批准的預防措施、已批准的變動申請、已批准的的確認修復、確認缺陷修復 

輸出：可交付的成果、請求的變動、已實施的變動、已實施的糾正措施、已實施的預防行動、已實施的缺陷修復、工做績效數據 

工具和技術：項目管理方法、項目管理信息系統

監督和控制項目 

輸入：項目管理計劃、工做績效信息 、績效報告  

輸出：請求的變動、項目報告 

工具和技術：項目管理方法 、項目管理信息系統、掙值管理、專家判斷

總體變動控制 

輸入：項目管理計劃、申請的變動、工做績效信息、可交付物 

輸出：變動申請被批准或被拒絕、項目管理計劃(已被批准更新) 、已批准的糾正措施、已批准的預防措施、已批准的缺陷修復、可交付物( 已批准)

工具和技術：項目管理方法、項目管理信息系統、專家判斷

項目收尾 

輸入：項目管理計劃、合同文件、組織過程資產  

輸出：最終產品、服務或成果的移交、管理收尾過程、合同收尾過程、已更新的資質過程資產 

工具和技術：項目管理方法、項目管理信息系專家判斷

2 、項目啓動 

2.一、項目章程的做用

項目章程應當由項目組織之外的項目發起人發佈，若項目爲本組織開發也可由投資人發佈。 

項目章程爲項目經理使用組織資源進行項目活動提供了受權。 

2.二、項目章程的內容 

項目章程主要內容： 

（1）基於項目干係人的需求和指望提出的要求。 

（2）項目必須知足的業務要求或產品需求。 

（3）項目的目的或項目立項的理由。 

（4）委派的項目經理及項目經理的權限級別。 

（5）概要的里程碑進度計劃。 

（6）項目干係人的影響。 

（7）職能組織及其參與。 

（8）組織的、環境的和外部的假設。 

（9）組織的、環境的和外部的約束。 

（10）論證項目的業務方案，包括投資回報率。 

（11）概要預算。 

項目啓動時把握原則： 

①不只明確能夠作那些事情，還要明確不能作那些事情 

②不只要明確完成的任務，還要明確完成這些任務的約束條件和驗收標準 

③不只要關注須要得到的成果，還要關注採用那些過程來得到這些成果 

項目啓動成功表現： 

①高層領導對項目的積極支持和參與 

②明確了項目目標及項目的階段目標，並這些目標是具體的、可操做的和可測量的 

三、制定項目範圍說明書 

制定項目範圍說明書( 初步)過程要明確項目及相關產品和服務的特性和邊界，以及範圍控制和驗收方法。

四、制定項目管理計劃 

項目管理計劃明確了項目團隊如何執行、監督和控制，以及如何對項目進行收尾。 

獲得批准的項目總體管理計劃纔是整個項目執行和監控的依據。項目管理計劃要經過總體變動控制過來進行更新和修訂。 

4.1 、項目計劃編制工做所遵循的基本原則 

（1）目標的統一管理。 

（2）方案的統一管理。           

（3）過程的統一管理。           

（4）技術工做與管理工做的統一協調。           

（5）計劃的統一管理。           

（6）人力資源的統一管理。           

（7）各干係人的參與。           

（8）逐步精確。 

4.2 、項目計劃編制工做流程 

（1）明確目標。 

（2）成立初步的項目團隊。 

（3）工做準備與信息收集。 

（4）依據模板、標準編寫初步的概要的項目計劃。 

（5）把上述計劃歸入項目計劃，而後對項目計劃進行綜合平衡、優化。 

（6）項目經理負責組織編寫項目計劃。 

（7）評審與批准項目計劃。 

（8）得到批准後的項目計劃就是項目的基準計劃。

5 、指導和管理項目執行 

6 、監督和控制項目工做 

軟件項目失控常見緣由： 

◆需求不明確 

◆不充分的計劃和過於樂觀的評估 

◆採用新技術，不關心費用和風險 

◆管理方法缺少或不恰當 

◆性能問題 

◆團隊組織不當 

◆人際因素 

7 、總體變動控制 

CCB 是項目的全部者權益表明，負責裁定接受那些變動。 

CCB 是決策機構，不是做業機構。 

策劃階段，項目還未進行實際的實施，變動引起的成本變動較低，反之，在執行階段，項目已經進行實質性的工做和投

資，變動成本較高。 

基準是變動的依據。每次變動經過評審後，都應從新肯定基準。 

妥善保存變動產生的相關文檔。 

變動控制過程以下： 

（1）提出與接受變動申請。         

（2）對變動的初審。         

（3）變動方案論證。         

（4）項目變動控制委員會審查。         

（5）發出變動通知並開始實施。 

（6）變動實施的監控。 

（7）變動效果的評估。 

（8）判斷髮生變動後的項目是否已歸入正常軌道。 

在變動前需首先提申請。 

在項目總體壓力較大的狀況下，更需強調變動的提出、處理應當規範化，可使用分批處理、分優先級處理等方式提升

效率。

 

8 、項目收尾 

項目收尾包括管理收尾和合同收尾。 

合同收尾辦法設計結算和關閉項目所創建的任何合同、採購或買進協議，也定義了爲支持項目的正式管理收尾所需的與

合同相關的活動。 

促進軟件項目成功收尾的方法和策略： 

①客戶、用戶關係的溝通 

②需求變動處理的方法 

③雙方領導的大力支持 

④實時使用項目收尾方法，如召開慶功座談會 

項目總結報告中應包含的主要內容： 

項目績效（總體狀況）、技術績效（技術方案的實施狀況）、成本績效、進度績效、項目溝通狀況、識別問題和解決問

題狀況、意見和建議（經驗教訓和知識總結）。  

系統集成項目收尾後應該向客戶移交哪些文檔：（1）系統集成項目介紹。（2）系統集成項目最終報告。（3）信息

系統維護手冊。（4）信息系統說明手冊。（5）軟硬件產品說明書、質量保證書等。 

項目範圍管理

一、項目範圍和項目範圍管理 

項目範圍是否完成以項目管理計劃、項目範圍說明書、WBS ，以及WBS 字典做爲衡量標準。 

產品範圍是否完成以產品需求說明書做爲衡量標準。 

編制範圍管理計劃 

輸入：項目章程、項目範圍說明書(初步) 、組織過程資產、環境因素和組織因素 、項目管理計劃 

輸出：項目範圍管理計劃

工具和技術：專家判斷、模版、表格和標準  

範圍定義 

輸入：項目章程、項目範圍說明書(初步) 、項目範圍管理計劃、組織過程資產、批准的變動申請 

輸出：項目範圍說明書(詳細) 、更新的項目文檔

工具和技術：產品分析、識別出多個可選方案、專家判斷  

建立工做分解結構 

輸入：項目範圍說明書(詳細) 、項目管理計劃、組織過程資產 

輸出：WBS 和WBS 字典、範圍基準、更新的項目管理計劃、更新的項目範圍說明書

工具和技術：分解、工做分解結構模版、WBS 中工做包的格式  

範圍確認 

輸入：項目管理計劃、可交付物、項目範圍說明書、WBS 和WBS字典 

輸出：可接受的項目可交付物和工做、變動申請、更新的WBS 和WBS字典

工具和技術：檢查( 審查、產品審計、審計和走查)  

範圍控制 

輸入：項目管理計劃、工做績效數據、績效報告、已批准的變動請求

輸出：變動請求、工做績效、組織過程資產(更新) 、項目管理計劃(更新)  

工具和技術：變差分析、從新制訂計劃、變動控制系統和變動控制委員會、配置管理系統 

 

二、編制範圍管理計劃 

項目可交付成果是指本項目中，承建方可提交給建設方的全部產物，包含系統軟件、文檔等 

項目成功的因素說明： 

資源：資源（包括人員、資金、設備等）是項目執行的主體和基礎，對項目的成功起着相當重要的做用。 

項目產品，包括項目自己的難易程度、項目干係人的態度和指望值。 

項目所採用的技術與工具，直接影響着項目的質量、成本與進度等。 

項目領導，優秀的項目領導有助於項目團隊績效的提升、項目資源的得到與客戶的承認，有利於項目的成功。

3 、範圍定義 

詳細的範圍說明書內容有： 

     ①項目的目標 

     ②產品範圍描敘 

     ③項目的可交付物 

     ④項目邊界 

     ⑤產品驗收標準 

     ⑥項目的約束條件 

     ⑦項目的假定 

     ⑧初始的項目組織 

     ⑨進度里程碑 

     ⑩項目配置管理需求 

四、建立WBS  

通常把一我的2周能幹完的工做稱爲一個工做包，或把一我的80小時能幹完的工做稱爲一個工做包。 

工做分解結構表示形式主要有如下兩種：①分級的樹形結構  ②列表形式 

建立 WBS 所採用的方法： 

①識別和分析項目可交付物和與其相關的工做。 

②構造和組織  WBS 。 

③把高層的  WBS 工做分解爲低層次的、詳細的工做單元。 

④爲  WBS 的工做單元分配代碼。 

⑤確認工做分解的程度是必要的和充分的。 

建立WBS 通常應該步驟： 

①識別和確認項目的階段和主要可交付物。 

②分解並確認每一組成部分是否分解足夠詳細。 

③確認項目主要交付成果的組成要素。 

④覈實分解的正確性。 

分解WBS 結構的方法： 

①把使用項目生命週期的階段做爲分解的第1 層，而把可交付物安排在第2 層。 

②把項目重要的可交付物做爲分解的第1 層。 

③把子項目安排在第1 層，再分解子項目的WBS。 

波動式計劃特色：近期工做計劃詳細些，遠期工做計劃相對粗一些。 

範圍基準包括被批准的詳細範圍說明書及相關的WBS，以及WBS 字典。

五、項目範圍確認 

範圍確認是客戶等項目干係人正式驗收並接受已完成的項目可交付物的過程。 

項目範圍確認應該貫穿項目的始終。 

範圍確認是有關工做結果的接受問題。 

質量控制通常在範圍確認以前完成，固然也可並行進行。 

雖然項目範圍確認是正式的，可是並不意味着該項目的範圍就不能再修改了。 

範圍確認主要是項目利益相關人員，好比投資人、使用者等對系統進行確認和接受的工做。

   

六、項目範圍控制 

項目範圍控制涉及的主要內容 

①影響致使範圍變動的因素。 

②確保全部被請求的變動按照項目總體變動控制過程處理。 

③範圍變動發生時管理實際的變動。 

軟件項目範圍控制常見對策： 

①與用戶一塊兒舉行深刻的軟件變動分析。 

②妥善處理不合理的變動要求。 

③正確處理用戶說不清楚的需求。 

④使用模板來管理軟件項目變動。