范圍管理：如何避免用戶“漫天要價”和“就地還錢”[2]
作者：qqgongzhu 來源：項管聯盟博客
范圍說明在項目參與人之間確認或建立了一個項目范圍的共識，作為未來項目決策的文檔基準。范圍說明中至少要說明項目論證、項目產品、項目可交付成果和項目目標。項目論證是商家的既定目標，要為估算未來的得失提供基礎;項目產品是產品說明的簡要概況;項目可交付成果一般要列一個子產品級別概括表，如：為一個軟件開發項目設置的主要可交付成果可能包括程序代碼、工作手冊、人機交互學習程序等。任何沒有明確要求的結果，都意味著它在項目可交付成果之外;項目目標是要考慮到項目的成功性，至少要包括成本、進度表和質量檢測。項目目標應該有標志(如：成本、單位)和絕對的或相對的價值(如：少于150萬美元等)。不可量化的目標(如：“客戶的滿意程度”)要承擔很高的風險。
范圍管理計劃是描述項目范圍如何進行管理，項目范圍怎樣變化才能與項目要求相一致等問題的。它也應該包括一個對項目范圍預期的穩定而進行的評估(比如：怎樣變化、變化頻率如何及變化了多少)。范圍管理計劃也應該包括對變化范圍怎樣確定，變化應歸為哪一類(當產品特征仍在被詳細描述的時候，做到這點特別困難，但絕對必要)等問題的清楚描述。
2.范圍分解
計劃明確了，然而該做哪些事情似乎還是一把抓，因為完成項目本身是一個復雜的過程，必須采取分解的手段把主要的可交付成果分成更容易管理的單元才能一目了然，最終得出項目的工作分解結構(WBS)。恰當的范圍定義對項目成功十分關鍵，當范圍定義不明確時，變更就不可避免地出現，很可能造成返工、延長工期、降低團隊士氣等一系列不利的后果。
比較常用的方式是以項目進度為依據劃分WBS，第一層是大的項目成果框架，每層下面再把工作分解，這種方式的優點是結合進度劃分直觀，時間感強，評審中容易發現遺漏或多出的部分，也更容易被大多數人理解。Microsoft的項目管理工具 Project就可以自動為各個層次的任務編碼。
3.范圍變更
一個項目的范圍計劃可能制訂的非常好，但是想不出現任何改變幾乎是不可能的。因此對變更的管理是項目經理必備的素質之一。變并不糟糕，糟糕的是缺乏規范的變更管理過程。范圍變更的原因是多方面的，比如用戶要求增加產品功能、環保問題導致設計方案修改而增加施工內容。項目經理在管理過程中必須通過監督績效報告、當前進展情況等來分析和預測可能出現的范圍變更，在發生變更時遵循規范的變更程序來管理變更。我們強烈建議企業的項目管理體系中包含一套嚴格、高效、實用的變更程序，它對管好項目至關重要。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
