範圍管理
範圍管理的總體目標是確保專案包括了完成所需要的所有工作，並且僅僅是需要的工作
需求定義（商務）
1.組織在收聚並記錄商務需求時採用標準文件制定過程，包括獲得使用者同意這些需求的簽署
2.商務需求是專案估算活動（進度.預算,以及其他資源)的基礎
需求定義(技術)
3.組織採用一個標準文件制定過程,將商務需求轉化為技術需求
可交付成果的確定
4.專案已經開發了一個產品分解結構,此分解結構別聚成到專案的工作分解結構之中
5.與客戶一起對所有專案可交付成果進行確認,並以可衡量的術語對可交付成果進行量化
6.所有專案管理的成果(例如,狀態報告和質量控制報告)都應被包括在覘標分解結構之中
範圍定義
7.為了開發專案章程,組織應擁有包括摸板在內的標準存檔過程.這個過程包括所有干係人,並用於所用專案中
8.透過對所有偏離進行預測、存檔，並透過變更控制過程/工作分解結構進行處理，控制作為專案管理活動一部分的專案中
9.專案要有工作分解結構、已確定的里程和進行計劃，即有充分細節支援專案的計劃和控制
範圍變更控制
10.組織運用一個定義完整的存檔過程(包括所有干係人和專案計劃)去管理範圍的變更.這個過程定義了在專案的範圍變更開始之前,所必須獲得的各種表格與批准
時間管理
時間管理的總體目標是制定專案進度計劃、按此計劃管理，並保證專案在批准的時限內完成
活動定義
1.所有專案的工作（商務、技術與管理）都被包括在專案工作分解結構之中
2.確定由顧客、技術、供應商、資源可用性和管理需求導致的進度約束，並明確地加以存檔
活動排序
3.各種活動或產品之間的依存關係被明確地確定
4.組織標準和模板被用於確定活動、產品，及其依存關係上
進度制定
5.在最初工作分解結構基礎上，制定包括所有已確定的約束條件在內的專案進度
6.在專案進度中，記錄並平衡各種資源。確定、提出並解決各種衝突
進度控制
7.進度基線被用於衡量並報告計劃與實際進展之間的各種差異
8.專案經理透過收集每個活動的實際時間和進展指標，定期維護專案的進度
進度整合
9.專案所有的要素和子要素（例如,軟體開發、硬體採購和分包活動）被整合到專案進度中
10.專案進度整合於高階別的進度（專案群或組織）之中。這樣一來，這樣一來，就可以全面評估進度變更所帶來的影響

預先評定

在決定進行一次正式的專案管理成熟讀評估之前，組織應該努力去測量過程的準備的程度。這非常重要，因為它幫助和第三方建立一個基線。這些第三方是你們在評估過程中可能需要他們幫助的組織。他還建立了一個平臺，確定你希望從評估中得到什麼，以及如何計劃是使用的資訊和專案管理的努力，從而是組織獲益。

[@more@]

專案辦公室—開始關口：評估你的現狀（5）（轉）

相關文章