在管理一個項目時，對該項目范圍下定義及進行策劃僅僅是讓您邁出了成功的第一步。在您為此項目布署好計劃后，您還得去履行它。您務必要確保您同意交付的此項工作是在規定的時間及預算范圍內完成(可借助項目管理軟件實現)。另外，在制定計劃的部分過程中您也要有所保留以備應付出現一些不可規避的問題，一旦項目啟動，客戶可能會無止境地要求您去做遠多于或遠不同于起初所協議的事宜。這時，您必須使用范圍變更管理。如不然，您最終做的工作將遠多于最初協議好的并且在預算上也得不到改善。換言之，您在自找麻煩。
范圍管理始于范圍定義
在對一個項目進行詮釋之前，定義范圍或許是最為要緊的部分。實際上，如果您不確定您要做什么，并對此項目的范疇一無所知，您將毫無成功可言。管理范圍是管理一個項目至關重要的一面。然而，如果您未曾做好定義范圍這一步，管理范圍也幾乎是行之無效的。
為范圍下定義旨在清楚地描述您的項目的邏輯范疇并在此上達成的協議。范圍綜述被用來指出什么是此項目份內的事，什么是份外的事。若您對范圍定義到的方面越多，您的項目將會被做得越好。
以下信息類型可能有所幫助。
范圍內和范圍外的組織機構（人力資源，制造業，廠商）
項目范圍內和范圍外的任務類型（業務需求，當前狀態評估）
范圍內和范圍外的數據類型（財政，銷售，雇傭）
范圍內和范圍外的主要的生命周期過程（分析，設計，測試）
范圍內和范圍外的數據來源（或數據庫）（賬單，總分類帳，工資表）
范圍內和范圍外的主要職能（決策支持，數據登記項，管理報告）
在適當的時候有一個行之有效的范圍變更過程
項目經理和項目組必須意識到范圍變更不是什么壞事。也就是說，對一個起步階段的項目進行范圍變更絕非一個有害的提議。事實上，在一些情況下，這是件好事。首先，客戶們通常都無法完全指出最終的解決方案所具備的全部條件和特征。其次，即便他們說得出來，事物也會隨著時間有所改變，因此對項目的要求也相應要變。要知道，項目本身就是一個日臻完善的過程。
如果您不能接納變更，最終所得到的解決方案會與理想中的相差甚遠，或者它實際上會面目全非、一無是處。因此，您會希望客戶能夠在項目期間指出需要變更的地方。當項目經理未能在項目變更上做到先發制人，問題就會接踵而至。此過程應包括識別變更，鑒別變更的商業價值，判定對項目的沖擊，并且將結果信息反饋給項目主辦人以作評估之用。主辦人能判定這個變更是否應該進行。
如果變更需要進行，主辦人也應當會知悉其對項目造成的沖擊，并且針對此變更增撥資金和延長時間。
范圍變更管理的常見問題
項目組在進行范圍變更管理時會遇到許多問題。
范圍蠕變：一些項目經理認為執行大范圍的變更不見得會有進行小范圍變更做得那么仔細。盲目前進和增加工作量而不多花心思是一個趨勢。范圍蠕變是指當一個項目擬進行大量小的變更時所迸發的問題。即當所有的小變更綜合在一起時，該項目組會發現它要背負太多的額外工作，預算再也無法控制，并且交付時間也會有所拖延。
未經主辦人批準：很多時候，一個項目經理會收到來自于最終用戶，股東，或客戶經理們的變更請求。既然所有這些人都屬于客戶組織，項目組傾向于認為這些請求應該接受。這是大錯特錯的。最終用戶會經常提出范圍變更要求，但是他們沒有能力去批準進行這些變更。甚至一個客戶經理也不能批準范圍變更的請求。唯一有權的人是主辦人（除非主辦人將其權力委托給了其他人）。一些項目之所以會陷入困境是因為項目組自以為他們得到了批準去進行范圍變更，但是后來卻發現真正有權的人，即主辦人，并沒有同意。
項目組的責任：既然項目組成員與客戶之間有很多的交流機會，他們就是最常收到范圍變更請求的人。因此，整個項目組必須知曉范圍變更管理的重要性。所有的組員都必須察覺到出現的變更并將它們反映給項目經理。如果他們自己接納了額外的工作，那么他們的任務很有可能要滯后完成，這會危害到整個項目。
亡羊補牢為時未晚
如果您發現您的項目就要超出預算且超過交付時間，要盡力去查找原因。一些情況下，您會發現您正在做的工作僅僅是超出最初協議范圍的工作。為范圍變更管理下一個定義的最好時機是在此項目開始前（作為項目管理過程的一部分）。然而，如果您沒有在合適的時候做好這件事的話，亡羊補牢猶為時未晚。項目經理必須定下一個短期的暫停時間來和客戶共同處理范圍變更請求的審查和批準。然后每個人必須對新的變更有所認識。
如果這么做至少有一個好處的話，那就是該項目組和客戶能直接看到：既然此項目已經陷入困境，那么不控制范圍會出現怎樣的后果。于是他們能更好地理解范圍變更管理的目的，并且會更樂意去處理未來更嚴峻的問題。