項目整體管理的一個重要作用就是對5大
項目管理過程組和44個項目管理過程進行有效的整合。整體管理貫穿項目啟動到收尾的整個過程。啟動過程的一個重要標誌是項目章程的制定，有時候可能也可能是一次項目重要干係人參加的會議決議文件，但目的都是正式委任
項目經理，確認資金已經到位，項目可行可以開始。如果項目還無法確認是否可行，則應該首先將項目的可研階段作為一個獨立的項目進行。
項目章程重點是項目經理確定，上項目的理由，總體的項目進度，預算和範圍，干係人影響等內容。以下為一個項目章程的例子
基礎信息
1.項目起始時間: 2006-6-1 到 2006-11-30
2.項目經理:張三 聯繫電話 13898888888
3.項目理由:結合**公司多年的銷售和營銷經驗,**公司已經形成了一批潛在的客戶群,**公司已經有成熟的軟體體系架構
4.項目目標:以標準的客戶關係管理理論為指導，結合公司的營銷經驗，在6個月時間裡開發完成具備客戶管理，市場管理，
銷售管理，服務管理，統計分析和Call Center六大功能的CRM客戶管理
管理軟體。預算6個月投入為50萬人民幣。
項目管理方法論:
1.項目管理方法採用公司標準的項目管理和CMMI規程。
2.軟體開發過程和方法採用RUP統一過程方法論
角色和職責
1.沃爾特:項目發起人和贊助人，負責監督項目
2.張三:項目經理，負責計劃，監控項目，對項目質量負責
3.李四:IT部門經理，負責為項目提供適當資源和培訓
4.王五:業務接口人，負責為項目提供業務需求
籤名:(以上所有干係人籤名)
有了項目章程代表項目正式啟動，項目經理在得到授權後可以開始充分利用職權和資源開展項目管理的工作。其中的重點就是項目管理計劃，而做計劃前也必須知道項目的範圍，所有啟動階段還得輸出初步範圍說明書，這在IT項目中可以理解為用戶的原始需求或用戶需求，重點仍然在描述產品範圍而非項目範圍。所以用戶需求重點仍然是將需要交付的產品功能描述清楚，將驗收準則描述清楚。而對於假設約束，風險，進度，邊界約束或驗收等可以直接到項目管理計劃中再進行描述。
最難理解的還是項目管理計劃和
其它過程輸出的子計劃的關係。項目管理計劃是一個將子計劃進行整合以後的總計劃，也可以說項目管理計劃包含了各子計劃。另外按PMBOK項目現在44個過程組的定義對於進度管理和成本管理是沒有相關的子計劃的，這兩部分內容自然應該在項目管理計劃中。另外對於項目的介紹，項目組織結構，項目管理過程，技術過程等信息也只有在項目管理計劃中進行描述。
項目管理計劃的整合體現在:
1.通過客戶需求和持續改進要求在質量規劃中確定質量目標,根據質量目標調整各階段工作量比例和評審測試時間投入。調整進度和資源需求。
2.根據項目組織結構，選擇的生命周期模型，項目成員知識技能評估確定人力資源計劃中的責任分配矩陣.
3.根據項目組織結構和角色矩陣在溝通管理計劃中確定溝通匯報機制
4.根據項目的目標和範圍，現有的資源，四要素的約束和限制，假設來分析項目風險構建風險管理計劃
5.根據項目範圍，定義活動，估算資源和歷時形成進度計劃
6.根據進度計劃確定項目的裡程碑和檢查點
7.根據項目的範圍估算資源和成本，並形成最終的預算計劃
對IEEE的軟體項目綱要進行改進後得到下圖
CRM軟體開發項目項目管理計劃
項目概述和範圍
本項目是一個全新開發的軟體型項目，最終的產品為包含客戶管理，市場管理，銷售管理，服務管理，統計分析和Call Center六大功能的CRM客戶管理管理軟體系統，採用
微軟的DotNet平臺進行開發，項目總人數在8-10人。具體的項目範圍參加項目範圍說明書.
項目目標
在2006.11.30日6個月的時間內完成CRM軟體系統的開發，並通過客戶的驗收。預算控制在50萬以內。
項目的可交付成果
1.最終的可運行軟體安裝包和幫助文檔
2.各中間過程的需求，設計和原始碼文檔
3.培訓文檔，安裝部署手冊
項目的驗收標準
1.各階段的產出物齊套
2.項目通過客戶的驗收測試通過結論文檔
項目假設
1.各階段需要的人力資源都能夠按時到位
2.項目在7月初能夠完成架構的一個技術攻關
項目約束
1.項目要在2006.11.30按時發布版本
2.項目必須遵循公司的產品研發和項目管理規程
3.系統必須採用DotNet開發且同時提供BS和CS訪問方式
項目組織
1.組織結構：項目為強矩陣的組織結構
2.角色職責：略
3.外部接口：主要是客戶和部門經理
項目計劃編制過程
1.確定項目生命周期模型的選擇
2.確定項目的方法工具和技術
3.首先確定項目範圍
4.制定風險管理計劃,分析和識別項目風險
5.分解WBS，對工作包進行資源和歷時估算
6.獲取項目人員需求
7.制定項目的進度，確定裡程碑和檢查點
8.確定項目的溝通和人力資源計劃
9.確定項目的跟蹤控制機制
10.確定項目的質量保證和配置管理,測試等子計劃
項目生命周期模型選擇
1.項目採用增量模型進行開發，因此需求和架構要求按嚴格依賴關係和順序進行。到設計開發結隊後各模塊可以並行開發。
項目方法工具技術
1.在需求階段結合界面開發和用例分析開發軟體需求
2.在架構設計階段通過4+1視圖體現項目架構模型
3.在設計開發階段借鑑XP思想進行結隊開發
4.在測試中採用每日構建和冒煙測試策略
5.項目採用DotNet2005 Team Suite版本進行開發，採用2005集成的需求管理，變更和缺陷追蹤和原始碼管理功能
項目風險計劃
1.由項目經理，需求和架構成立風險小組。負責分析和識別項目風險
2.主要通過歷史風險庫，檢查單和頭腦風暴分析項目風險
3.風險識別和跟蹤周期為每周例會進行跟蹤
4.對於項目關鍵風險必須制定應對措施
項目估算和資源需求
項目估算採用三點法和專家法結合進行估算參加項目的《估算報告》文檔。項目估算結果為1000人天工作量。
具體的人力資源需求為:
1.需求:投入3人*4個月 = 240人天
2.架構:投入2人*6個月 = 240人天
3.開發:投入6人*3個月 = 360人天(9月底介入)
4.測試:投入2人*4個月 = 160人天
軟體資源需求為
1.DotNet開發工具,Sql Server資料庫
2.Project項目管理軟體
硬體資源需求為
1.開發
伺服器一臺(2.4G CPU,1G以上內存)
2.開發伺服器一臺(2.4G CPU,2G以上內存)
項目進度計劃和裡程碑
具體的項目進度計劃參加CRM項目Project文檔,本項目設置裡程碑為
1.需求開發完成: 2006-7-30
2.架構設計完成: 2006-8-30
3.編碼全部完成: 2006-10-30
4.軟體產品發布: 2006-11-30(一級裡程碑)
項目培訓計劃
1.用例分析培訓:2006.7月 (需求和架構設計人員參加)
2.DotNet2005開發工具培訓 2006.8月(設計和開發人員參加)
3.單元測試工具培訓 2006.10月(設計開發和測試人員參加)
其它支持過程計劃
1.質量保證計劃
2.配置管理計劃
3.系統測試計劃
來源：新浪博客,人月神話
責編：andy_xixi