軟件研發行業與其它不同，它基本不屬于“一次性”產品，很多時候都會在原先的基礎上進行二次或多次的迭代開發或升級。這就表明了當進行軟件研發項目時，如果追求絕對的“完美”是不能有結束的。

　　因此對于軟件研發項目工作者而言，為了保障自己當前項目工作的順利以及成功完結，除了過硬的技術，還需要有明確的項目范圍確立，以避免造成項目組工作的”無限“的累加。

　　一、啟動粗劃大綱

　　在項目開啟階段，會涉及到所有項目后期工作的一個總概述，包括：應遵循的章程或背景文檔，以及之后工作內容的粗略大綱等。

　　自然也會需要粗略的劃定項目范圍，這是之后范圍真正制定的依據。同時，還需規定項目參與人員們的職能范圍、角色分工等，如此就大致知道大家分別要做什么，也能清楚范圍相關的計劃、制定等應有哪些人主負責。

　　二、范圍文檔計劃

　　為了后期項目實施過程中，項目服務方與客戶避免糾紛，在前期做計劃時，需要確認、簽定好不少文檔，范圍計劃也是其中之一。因此項目組首先需要制定范圍說明書和范圍管理計劃。

　　要做好計劃，項目組先要弄清楚：范圍計劃制定過程是將產生項目產品所需進行的項目工作，即：項目范圍漸進明細和歸檔的過程;而范圍說明是在項目參與人之間確認或建立了一個項目范圍的共識，作為未來項目決策的文檔基準。

　　同時，在計劃內容中，需描述項目范圍如何進行管理、項目范圍怎樣變化才能與項目要求相一致等問題。另外，計劃時還要考慮到可能出現范圍變化的情況，當大家對項目范圍預期的穩定進行評估時，就可以做好應對。

　　三、具體范圍確立

　　有了計劃后，我們需要確立更為詳盡的項目計劃定義。

　　這時，項目組會將項目需要完成的目標細分為較小的、更易管理的單元;會建立WBS(工作分解結構)，將劃分的任務進行清晰明了的展現。如此原來看起來較為籠統、模糊的目標一下子就非常清楚了，同樣項目范圍管理就有了明確的數據依據，工作內容的框架也十分清晰。

　　這個過程相當于讓項目范圍逐步逐條的由描述文字清楚的通過任務的流程、步驟得以具象化，使得項目管理有依據，項目團隊的工作目標也更為清晰。

　　當然在項目進程中，任何確立好的文本，都需要通過所有項目主要參與者們的確認，只有得到大家認可的項目范圍，才是確實有效，真正保障在范圍內工作是可以被完成的。

　　四、范圍變更管控

　　項目管理的難點所在就是隨時可能有”變化“的發生，對變量的管理才是項目管理的精髓與魅力。同樣，項目范圍的也不可能是一層不變的，因此范圍管理當中最重要的一環就有：項目范圍變更管理。

　　雖然變化不可避免，也是一個無法”固定化“的事情，但是控制好變更必須有一套規范的變更管理過程，以便在發生變更時遵循規范來調控。

　　項目范圍的變化有主觀需求也有客觀環境影響，不同的因素導致的變更就需要不同的應對方案，所以就需要對項目變更的情況進行評估，包括：產生的原因、可能會造成的影響，以及涉及的人員等等。

　　如果是項目企業內部自身決定需要進行變更，那么項目組就需要向所有參與方說明清楚相關的原因，以及變更的有利之處。如果是外部原因，包括客戶意愿改變，導致的變更，那么項目組就需要對變更需求進行客觀分析，秉承保障自身利益以及利于項目的原則，與相關人員進行”談判“，對合理變更進行確認，對不合理要求也要進行事實說明并拒絕。

　　軟件研發型項目本身就會因為時代科技的進步、市場的實時動態而需要進行自身的及時改良、進步，自然項目的范圍就會需要同步做出調整。所以項目人員掌握好項目管理的流程步驟是提高項目執行效率的有利方法。