專案管理軟體之範圍管理
專案管理軟體中 範圍管理是為了確保專案包含了所有要做的工作而且只包含要求的工作,它主要涉及定義並控制哪些是專案範疇內的,哪些不是。
範圍管理的基本內容包括:專案啟動、範圍計劃編制、範圍定義、範圍確認、範圍變更控制這五個要素。
由於專案啟動比較獨立,小編在此就不多說了,以下所討論的是在確定專案啟動後的工作,這些工作包括:範圍計劃編制、範圍定義、範圍確認和範圍變更這四個的部分。
1、編制範圍計劃
想要管理好專案範圍,首先就要做好計劃,這不僅是對專案範圍管理的要求,也是對整個專案管理過程的要求,在專案管理的39個過程中,有21個與計劃有關(國外曾經有人對專案失敗原因進行調查,其中計劃被放到了首位,可見它在專案管理中的重要性)。
在這裡首先強調的就是周密地做好範圍計劃編制。【範圍計劃編制】是將產生專案產品所需進行的專案工作(專案範圍)漸進明細和歸檔的過程。做範圍計劃編制工作是需要參考很多資訊,這些資訊包括:產品描述、專案章程、約束條件、假定。
首先:
要清楚最終產品的定義才能規劃要做的工作,這是一個漸進清晰的過程;
專案章程也是非常主要的依據,通常它對專案範圍已經有了粗線條的約定,範圍計劃在此基礎上進一步深入和細化;
約束條件是制約專案管理團隊選擇的因素,如資金、完成日期等等;
假定是被認為是真實、現實獲確定的因素,專案團隊需要經常驗證所用的假定。
範圍計劃中應該包含哪些內容呢?不同的計劃詳盡程度自然不一樣,一般來說要求包括:範圍說明、詳細依據、範圍管理計劃,其中範圍說明和範圍管理計劃必須包含在內。
【範圍說明】在專案參與人之間確認或建立了一個專案範圍的共識,作為未來專案決策的文件基準。範圍說明中至少要說明專案論證、專案產品、專案可交付成果和專案目標。
其中:
專案論證是商家的既定目標,要為估算未來的得失提供基礎;
專案產品是產品說明的簡要概況;
專案可交付成果一般要列一個子產品級別概括表。任何沒有明確要求的結果,都意味著它在專案可交付成果之外;
專案目標是要考慮到專案的成功性,至少要包括成本、進度表和質量要求。而這部分在實際操作中的變化是最大的,也是最難規範的部分,專案經理經常要面對客戶提出的這樣或那樣的專案成果,如何防止專案成果的不受控地不斷增加是專案經理要認真考慮的主要問題之一。
專案目標應該有標誌,如:成本、單位等;絕對的或相對的價值,如:於公元2000年10月13日前完成本產品的開發等。清晰的專案目標有助於專案的按要求完成,而不可量化的目標,如:客戶的滿意程度的提高等,則要承擔很高的風險。
範圍管理計劃是描述專案範圍如何進行管理,專案範圍怎樣變化才能與專案要求相一致等問題的。它也應該包括一個對專案範圍預期的穩定而進行的評估,如:怎樣變化、變化頻率如何及變化了多少?範圍管理計劃也應該包括對變化範圍怎樣確定,變化應歸為哪一類(當產品特徵仍在被詳細描述的時候,做到這點特別困難,但絕對必要)等問題的清楚描述。
2、範圍分解
計劃明確了,然而該做哪些事情似乎還是一把抓,因為完成專案本身是一個複雜的過程,必須採取分解的手段把主要的可交付成果分成更容易管理的單元才能一目瞭然,最終得出專案的工作分解結構(WBS)。合適的範圍分解對專案成功十分關鍵,當範圍分解不恰當時,不必要地變更就不可避免地出現,很可能認為地造成返工、延長工期、降低團隊士氣等一系列不利的後果。
比較常用的方式是以目標為依據,以結構化思維的思考方法來構建WBS,第一層是大的專案成果框架,每層下面再把工作分解,這種方式的優點是結合進度劃分直觀,時間感強,評審中容易發現遺漏或多出的部分,也更容易被大多數人理解。專案管理工具P3、MS Project就可以自動為各個層次的任務編碼。
3、範圍確認
範圍確認是很重要的,很多人認為這是一個走過場的形式,但實際上認真執行這部分的工作是對專案經理最好的保護,在這部分工作中專案經理會向主要專案干係人陳述整個專案的目標、需要的資源、完成的時間和專案的品質這些事關專案成敗的內容,並得到這些干係人的認可,在清晰化這些問題後,日後在執行的過程中可以避免很多專案範圍不確定性造成的爭執。
4、範圍變更
一個專案的範圍計劃可能制訂的非常好,但是在這個瞬息萬變的資訊時代,想不出現任何改變幾乎是不可能的。因此對變更的管理是專案經理必備的素質之一。變更並不可怕,可怕的是缺乏規範的變更管理過程。
範圍變更的原因是多方面的,如使用者要求增加產品功能、環保問題導致設計方案修改而增加工作內容等等。專案經理在管理過程中可透過範圍變更控制系統來確保變更的是在受控的情況下發生;透過使用監督績效報告來了解當前進展情況,分析和預測可能出現的範圍變更;使用補充計劃編制來對現有的計劃進行修正。
只有確保有一套嚴格、高效、實用的變更程式,在發生變更時遵循規範的變更程式來管理變更,才能保證變更是在受控的範圍內進行,並保證專案的順利完成。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/30771216/viewspace-2727461/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 軟體專案範圍管理
- 軟體專案管理FollowMe_範圍管理專案管理
- 【zz】論系統整合專案管理之範圍管理專案管理
- 資訊系統專案管理系列之六:專案範圍管理專案管理
- 專案(Explore)總結之專案範圍管理
- 信管筆記 -- 專案範圍管理筆記
- 專案範圍變更管理(轉)
- [原創]專案管理知識體系指南之 5範圍管理思維導圖專案管理
- minjun信管筆記 -- 專案範圍管理筆記
- 專案管理培訓-範圍管理課件製作思路專案管理
- 專案範圍管理的精益原則
- 軟體專案的“管理之癢”
- 10-專案範圍管理(2/10 十大管理)
- 軟體專案管理FollowMe_專案整體管理專案管理
- 專案範圍管理是專案成敗的關鍵 (轉)
- 軟體專案管理之文件化程式專案管理
- 軟體專案的“管理之癢”(轉)
- PMBOK筆記-第五章 專案範圍管理筆記
- 糟糕的範圍管理導致專案失敗(轉)
- 軟體專案管理 9.2.軟體專案配置管理過程專案管理
- 軟體專案管理之系統思考(轉)專案管理
- 軟體專案管理Follow Me--軟體專案管理基礎知識專案管理
- 軟體專案管理 4.1.軟體需求管理過程專案管理
- 專案外包軟體專案管理之我見(轉)專案管理
- 管理晉階祕籍:一個成功的軟體專案,該如何規範管理體系?
- 專案管理軟體的春天專案管理
- 專案管理軟體有哪些?專案管理
- 專案管理軟體推薦專案管理
- 禪道專案管理軟體專案管理
- 解析軟體專案管理(轉)專案管理
- 軟體專案管理心得(轉)專案管理
- 運維專案管理用什麼專案管理軟體好?運維專案管理
- 軟體版本管理規範
- 專案範圍管理不受控,需求不斷蔓延,怎麼辦?
- 專案為何總是做不完?範圍管理要界定(轉)
- 專案管理軟體有哪些?多個行業專案管理軟體大全專案管理行業
- 風險管理是軟體專案管理的第一管理專案管理
- 分析如何使用專案管理軟體管理軟體開發團隊專案管理