关于项目管理理论，尽管国内有很多理论方法，各领域与行业也是形态各异，各有特征。如基于工程管理项目与信息系统管理项目，虽说大同小异，却由于实施层面面向不同素质与专业技能的工程师，故侧重点也有所不同。
项目管理的理论是一套理想的理论，在实际项目管理过程中，可能碰不到范围管理，比如小项目甚至“不需要管理”。然而当项目大到一定程度，项目管理的作用才会凸显出来，笔者认为一般为总承包商、项目规模上千万上亿，需要完善的管理理论，因为项目一旦规模大，错综复杂，人是靠不住的，哈哈哈哈，比如核心岗位离职等。但是强行将项目理论套到一个小项目中，会导致项目管理的工作或成本高于项目本身的工作，我认为是完全没有必要的。
本文将分享学习一下国内目前比较流行的项目范围管理，虽说整个理论体系是照搬国外，不过在国内生根发芽二十多年，已经形成了一种比较固定的理论模式。在讲述项目范围管理之前，本文需要将“五大过程组”1引入，这样相对容易记忆。（1启动过程组、规划过程组、执行过程组、监控过程组、收尾过程组）
一、为什么要范围管理？
项目经理在对范围进行管理时，范围管理主要为了解决三个问题。一是明确项目边界，二是对项目执行的工作进行监控，三是防止项目范围发生蔓延。
二、如何管理？
项目管理主要通过规划过程组（规划范围管理、收集需求、定义范围、创建WBS）、监控过程组（确认范围和控制范围）六个过程，两个过程组实现，这个方法从西方引入，要习惯接受就ok。下边表格将简单描述。
| 过程组 | 管理过程 | 输入输出工具与技术 | |
| 规划过程组 | 规划范围管理 | 输入 | 项目管理计划、项目章程、事业环境因素、组织过程资产 |
| 输出 | 范围管理计划、需求管理计划 | ||
| 工具与技术 | 专家判断、会议 | ||
| 收集需求 | 输入 | 范围管理计划、需求管理计划、干系人管理计划、项目章程、干系人登记册 | |
| 输出 | 需求文件、需求跟踪矩阵 | ||
| 工具与技术 | 访谈、焦点小组、引导式研讨会、群体创新技术、群体决策技术、问卷调查、观察、原型法、标杆对照、系统交互图、文件分析 | ||
| 定义范围 | 输入 | 范围管理计划、项目章程、需求文件、组织过程资产 | |
| 输出 | 项目范围说明书、项目文件更新 | ||
| 工具与技术 | 专家判断、产品分析、备选方案生成、引导式研讨会 | ||
| 创建WBS | 输入 | 范围管理计划、项目范围说明书、需求文件、事业环境因素、组织过程资产 | |
| 输出 | 范围基准、项目文件更新 | ||
| 工具与技术 | 分解、专家判断 | ||
| 监控过程组 | 确认范围 | 输入 | 项目管理计划、需求文件、需求跟踪矩阵、确认的可交付成果、工作绩效数据 |
| 输出 | 验收的可交付成果、变更请求、工作绩效信息、项目文件更新 | ||
| 工具与技术 | 检查（审查、产品评审、审计、走查、巡检）、群体决策技术 | ||
| 控制范围 | 输入 | 项目管理计划、需求文件、需求跟踪矩阵、工作绩效数据、组织过程资产 | |
| 输出 | 工作绩效信息、变更请求、项目管理计划更新、项目文件更新、组织过程资产更新 | ||
| 工具与技术 | 偏差分析 | ||
参考文献：信息系统项目管理师教程第三版（清华大学出版社），太懒了，不想锊了……就是说呢，为了方便查看记录0.0