十大管理一直是資訊系統項目管理師考試中的重點，為了友善大家記憶，信管網特意為大家整理了資訊系統項目管理師範圍管理6大過程。
項目範圍管理
範圍管理就是要做範圍内的事，而且隻做範圍内的事，既不少做也不多做。範圍管理一共有六個過程，分别是規劃範圍管理、收集需求、定義範圍、建立工作分解結構、确認範圍、控制範圍。每個過程又有單獨的輸入輸出和工具技術。這些内容在大家複習過程中會不斷以各種題型的方式出現。是以記住還是很有必要的。
規劃範圍管理
論文中如何描述：
通過參閱項目管理計劃，項目章程等資料，根據甲方要求，和甲方的關注，對某個點特别關注，最終得到需求管理計劃、範圍管理計劃。
舉個例子：
俗話說得好，要着眼于那最初的一小步，科學的範圍管理計劃是項目成功的一半。
從項目一開始，我就以項目章程為依據，組織項目團隊成員整理業務系統日志資訊，請業務專家規劃部署架構，請大資料專家提供資料接入方案，統計項目幹系人資訊，并讓相關幹系人參與到資訊收集、資源申請、公共元件管理等工作中，擷取幹系人對工作的認可。我借鑒以往類似項目的範圍管理計劃的模闆，較長的描述了需求管理、範圍管理的工作方法，為後續工作展開提供了書面的指導。
收集需求
論文中如何描述：
重點突出需求的重要性，需求搞清楚後，才能解決項目的界限，防止做多做的項目，為了收集需求，我們運用了各種技術，焦點小組，引導式研讨會，調用大家思考項目的需求，對需求進行歸類，分析，最終得到甲方的認可和确認，最後形成需求檔案，這對後續界定項目範圍奠定基礎。
舉個例子：
範圍定義是為實作項目目标而必須完成的工作，并且往往與需求有關，需求的“蔓延”是項目失敗最常見的原因之一。
在本項目中，為了避免需求遺漏和需求多次變更，在定義範圍之初，我多次召集項目幹系人展開需求讨論，圍繞着項目章程和證标委秘書處秘書處的意見要求，确認項目邊界，圍繞着業務資訊，确認實施工作範圍。在需求清晰之後，我安排需求分析工程師在功能性需求與非功能性需求上周期性地向使用者确認，并建立需求跟蹤矩陣，以保證項目團隊與使用者在需求了解上達成一緻。
定義範圍
論文中如何描述：
首先定義範圍的邊界，利用需求檔案通過産品分析，通過專家判斷，需求的準确把握，把項目的重要工作定義清楚，形成項目範圍說明書。把需求轉化成範圍，專家一起分析，範圍說明書主要包括的内容有哪些（至少寫3點）。
舉個例子：
在上述需求确認後，為進一步確定需求分析工作的準确性，保證需求實作，我召集公司業務專家和大資料專家評審需求文檔，評審過程中發現，系統之間帶寬受限，無法滿足大資料量傳輸的性能要求，硬體資源磁盤陣列錯誤，無法滿足大資料查詢的性能要求，經過及時與幹系人溝通，修正了磁盤陣列，擴充了系統間帶寬，滿足了需求實作的條件。
最後，我将已定義的需求整理為項目範圍說明書，形成階段重要可傳遞物，并将項目範圍說明書遞交給項目幹系人和公司管理層。
建立WBS
論文中如何描述：
為更好開展工作，使團隊成員清晰認識到自己負責的工作，根據範圍說明書，通過分解結構，把範圍說明書裡面界定的範圍呈現出來，使得工作清晰、直覺呈現出來，把項目中的工作分解到工作包，對後續成本、進度或者其他工作都起到了一個很好的前提，奠定了一個基礎。
知道自己應該做什麼，同時可以從大局把握整個項目的脈絡，知道怎麼去協助别人，進而更好的讓團隊對項目的執行有一個更加大局的認識，有前提，例如後續的成本和進度管理，有了一個重要的結果，就是範圍基準，對後續的工作有了一個标杆，一個重要的參照依據。知道整個項目有哪些重要的工作，一目了然。對項目開展是一個非常好的工具。
确認範圍
論文中如何描述：
檢查可傳遞物成果的正确性，做出了一個好的結果，範圍就做的好，主要是甲方認可，通過驗收可傳遞成果，召開驗收會議，通過内部的檢查，不斷測試完善和改進，邀請甲方對整個成果進行驗收，産品的評審等方法，嚴格對照需求檔案做一個範圍的确認，為了更好的完成需求，優化了需求，展示了各種應用場景，針對不同的使用者和場景，所編寫的手冊也各不同，設定了不同的應用場景，也可以了解為權限劃分。
控制範圍
論文中如何描述：
論文中可以說一下控制範圍的重要性，範圍決定着資源的配置設定和投入，然後談怎麼控制範圍，每周的例會，讓每個成員彙報自己的工作，做了多少工作，最終的展現形式就是可傳遞成果。針對工作出現問題的，我們去做了研讨會，該走變更的走變更，或者怎麼解決，關注後續一些工作有沒有按照相關要求完成。糾偏，按照範圍基準，把該做的做完，不該做的或者需要變更的走變更流程。