一、 范围管理概念
1、定义
确保项目做且只做所需的全部工作，以成功完成项目的各个过程；什么是包括在项目之内，什么是不包括在项目之内的，即为项目工作明确划定边界。
2、过程
| 过程 | 描述 |
|---|---|
| 编制范围管理计划 | 对如何定义、确认和控制项目范围的过程进行描述 |
| 收集需求 | 为实现项目目标，明确并记录项目干系人的相关需求的过程 |
| 定义范围 | 详细描述产品范围和项目范围，编制项目范围说明书，作为以后项目决策的基础 |
| 创建工作分解结构 | 把整个项目分解为较小的、易于管理的组成部分，形成一个自上而下的分解结构 |
| 确认范围 | 正式验收已完成的可交付成果 |
| 范围控制 | 监督项目和产品的范围状态、管理范围基准变更 |
3、项目范围
（1）为了完成具有规定特征和功能的产品、服务或结果，而必须完成的项目工作【管理方面】
（2）以项目管理计划、项目范围说明书、WBS、以及WBS字典作为衡量标准
4、产品范围
表示产品、服务或结果的特性和功能（需求分析、技术方面）；以产品要求作为衡量标准
二、 制定范围管理计划
三、 收集需求
1、定义
收集需求是为实现项目目标而确定、记录并管理干系人的需要和需求的过程。本过程的主要作用是为定义和管理项目范围（包括产品范围）奠定基础
2、需求文件【要求】
描述各种单一需求将如何满足与项目相关的业务需求；需求文件的格式既可以是一份按干系人和优先级分类列出全部需求的简单文件，也可以是一份包括内容提要、细节描述和附件等的详细文件.
3、需求文件【内容】
①业务需求；②干系人需求；③解决方案需求；④项目需求；⑤过渡需求；⑥与需求有关的假设条件、依赖关系和制约因素
4、需求跟踪矩阵【作用】
把产品需求从其来源连接到能满足需求的可交付成果的一种表格；可以把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有商业价值；提供了整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付；还为管理产品范围变更提供了框架
5、需求跟踪矩阵【内容】
（1）业务需求、机会、目的和目标
（2）项目目标
（3）项目范围(WBS可交付成果)
（4）产品设计
（5）产品开发
（6）测试策略和测试场景
（7）高层级需求到详细需求
6、需求跟踪矩阵【属性】
唯一标识、需求的文字描述、收录该需求的理由、所有者、来源优先级别、版本、和状态日期
7、收集需求的工具和技术简单总结
（1）访谈"一对一"，直接
（2）焦点小组会议: 主持人，分主题，分小组
（3）引导式研讨会: 跨职能 (AD/QFD) 、产品需求、更快
（4）问卷调查:快速，统计分析，受众多
（5）观察:也称"工作跟踪"，参与式和旁站式，不愿说、不能说、说不出来.
（6）原型法:渐进明细
（7）群体创新技术：
bash
①头脑风暴 (快，受影响)
②名义小组技术(投票，排序，结构化)
③德尔菲技术(背靠背，客观，慢)
④概念/思维导图 (共性与差异，画圆圈，连线)
⑤亲和图 (大量创意，画圈，分类)（8）群体决策技术:一致同意、大多数原则、相对多数原则、独裁
四、 范围定义
1、工具
（1） 专家判断；（2）产品分析：把产品的要求转化成项目的要求
（3）备选方案识别：用来制定尽可能多的潜在可选方案的技术
（4）引导式研讨会：具有不同期望或专业知识的关键人物参与研讨会，有助于就项目目标和项目限制达成跨职能的共识
2、输出【项目范围说明书】
（1）定义
对项目范围、主要可交付物、假设条件和制约因素的描述
（2）内容
3、输出【项目文件更新】
五、 创建WBS
1、定义
把项目可交付成果和项目工作分解成较小的、更易于管理的组件的过程；是项目管理的基础，项目的所有规划和控制工作都必须基于工作分解结构
2、意义
（1）相关人员对项目一目了然；（2）保证了项目系统性和完整性；（3）建立完整的项目保证体系；（4）明确项目工作，便于责任划分；
3、分解活动
①识别和分析可交付成果及相关工作
②确定WBS的结构和编排方法
③自上而下逐层细化分解
④为WBS组件制定和分配标识编码
⑤核实可交付成果分解的程度是否恰当
4、范围基准
5、内容
（1）项目的全部工作都必须包含在工作分解结构当中，而且不包含在工作分解结构中的任何工作都不是项目的组成部分，都不能做否则就是"镀金"，即工作分解结构必须且只能包括100%的工作
（2）工作分解结构的编制需要所有项目干系人的参与，需要项目团队成员的参与
（3）工作分解结构是逐层向下分解的。工作分解结构最高层的要素总是整个项目或分项目的最终成果。每下一个层次都是上一层次相应要素的细分，上一层次是下一层次各要素之和。一般情况下，工作分解结构应控制在3~6层为宜。
（4）工作分解结构中的各要素应该是相对独立的，要尽量减少相互之间的交叉
6、结构形式
（1）分级树型结构：层次清晰、非常直观、结构性强，但是不容易修改，一般在一些小的项目
（2）表格形式：反映出项目所有的工作要素，直观性较差。但在一些大型的、复杂的项目中使用还是较多的。
7、特征
（1）底层的工作单元被称为工作包，是我们进行进度安排、成本估算和监控的基础
（2）里程碑=具体时间+在这个时间应完成的事件
（3）编码设计对于WBS来说是个关键技术，进行编码设计时必须仔细考虑收集到的信息和收集所用的方法
8、工作包
①规模较小，可以在短时间 (8-80小时) 完成
②从逻辑上讲，不能再分了
③所需资源、时间、成本等已经可以比较准确地估算，已经可以对其进行有效的时间、成本、质量、范围和风险控制
9、控制账户
（1）是一个管理控制点，在该控制点上，把范围、预算、实际成本和进度加以整合，并与挣值相比较，以测量绩效
（2）在WBS中选定的管理节点上，每个控制账户可能包括一个或多个工作包，但是一个工作包只能属于一个控制账户
10、分解方法
（1）使用项目生命周期的阶段作为分解的第一层，而把项目可交付物安排在第二层
（2）把项目重要的可交付物作为分解的第一层
（3）把子项目安排在第一层，再分解子项目的WBS
11、分解原则
①避免遗漏必要的组成部分
②避免交叉从属
③相同层次的工作单元应用相同性质
④应能分开不同的责任者
⑤便于项目管理计划需要
⑥应该具有可比行，是可管理的，可定量检查的
⑦应包括项目管理工作，包括分包出去的工作
六、 范围确认
1、检查
（1）开展测量、审查与确认等活动，来判断工作和可交付成果是否符合需求和产品验收标准，是否满足项目干系人的要求和期望
（2）也称为审查、产品审查、审计和巡检
（3）项目范围确认时，项目管理组织必须向客户出示能够明确说明项目或阶段成果的文件如项目管理文件(计划、控制、沟通等)、技术需求确认书、技术文件、施工图纸等
（4）确认范围完成时，应当对确认中调整的WBS 及WBS词典进行更新
2、确认范围的输入输出
七、 范围控制
1、定义
（1）是监督项目和产品的范围状态，管理范围基准变更的过程
（2）作用: 在整个项目期间保持对范围基准的维护
（3）涉及到影响引起范围变更的因素，确保所有被请求的变更、推荐的纠正措施或预防措施按照项目整体变更控制处理，并在范围变更实际发生时进行管理
（4）应该与其他控制过程协调开展
（5）未经控制的产品或项目范围的扩大 (未对时间、成本和资源做相应调整)被称为范围蔓延:客户不断提出要求，不断去改，最终交付物不满足要求!镀金: 项目实施人员往往愿意尝试新的技术或者为信息系统项目加上
（6）变更不可避免，在每个项目上必须以书面的形式记录并实施变更控制管理
2、控制范围的输入输出
练一练
【例1-18上】关于工作分解结构 (WBS)的描述，不正确的是 （D）
A.一般来说WBS的应控制在3-6层为宜
B.WBS是项目时间、成本、人力等管理工作的基础
C.WBS必须且只能包括整个项目100%的工作内容
D.WBS的制定由项目主要千系人完成
【例2-18上】项目经理组织所有团队成员对三个技术方案进行投票: 团队成员中的45%选择方案甲，35%选择方案乙;20%选择方案丙，因此，方案甲被采纳。该项目采用的群体决策方法是（C）
A.一致同意 B.大多数原则 C相对多数原则 D.独裁
【例3-18上】在项目实施过程中，用户的环境(业务环境、组织架构等)可能会发生变化，对项目的需求可能也会发生变化。针对项目范围变化的需求， （D）是真正具备批准权力的人。
A.用户 B.项目经理 C.变更控制委员会(CCB) D.项目投资人:
【例4-18下】关于项目范围定义的描述,不正确的是 （B）【重点】
A.范围定义是制定目标和产品详细描述的过程
B.范围定义过程的输出包括范围管理计划、干系人登记册、需求文件
C.范围说明书是对项目范围、可交付成果、假设条件相同和制约因素等的描述
D.项目进行中,往往需要多次反复开展范围定义的活动
【例5-18下】某项目团队针对三个方案进行投票,支持A方案的人有35%,支持B方案的人有40%，支持C方秦的有25%,根据以上投票结果选取了B方案,此决策依据的是群体决策中的（B）
A.一致性同意原则 B.相对多数原则 C.大多数原则 D.独裁原则
【例6-18下】当范围变更导致成本基线发生变化时,项目经理需要做的工作不包括 （D）【重点】
A.重新确定新的需求基线 B.发布新的成本基准 C调整项目管理计划:D.调整项目章程
【例7-19上】 （C）不属于项目范围说明书的内容。
A.项目的可交付成果B.项目的假设条件C.干系人清单 D.验收标准
【例8-19上】 （A）是在确认范围中使用的工具与技术
A.群体决策 B.网络图 C.控制图表 D关键路径法
【例9-19上】关于范围控制的描述不正确的是 （D）
A.范围控制是监督项目和产品的状态，管理范围基准变更的过程
B.必须以书面的形式记录各种变更
C.每次需求变更经过需求评审后，都要重新确定新的基准
D.项目成员可以提出范围变化的要求，并经客户批准后实施
【例10-19下】关于工作分解结构WBS和工作包的描述不正确的是 （D）
A.工作分解结构必须且只能包括100%的项目工作
B.分解结构中的各要素应相对独立，尽量减少相互交又
C.如果某个可交付成果规模小，可以在短时间 (80小时)完成就可以被当做工作包
D.每一个工作包只能属于一个控制账户，每个控制账户只能包含一个工作包
【例11-19下】(A)不属于项目范围说明书的内容。
A.批准的项目原因 B.项目验收标准 C项目可交付成果 D.项目的制约因素
【例12-19下】范围确认的主要作用是 （B）【重点】
A.明确项目、服务或输出的边界
B.提高最终产品、服务或成果获得验收的可能性
C.对所要交付的内容提供一个结构化的视图
D.在整个项目期间保持对范围基准的维护
【例13-19下】在项目实施过程中，客户提出新的功能需求时，正确的做法是 （A）
A.由项目经理发起变更管理流程来决定是否增加该功能
B.由项目经理根据项目执行情况来决定是否增加该功能
C.由实施人员根据经验判断来决定是否增加该功能
D.由项目的投资人决定是否增加该功能
【例14-20下】关于范围管理计划的描述,不正确的是（A）【重点】
A.用于规划、跟踪和报告各种需求活动
B.作为制定项目管理计划过程的主要依据
C.范围管理计划可以是非正式的
D.规定了如何制定详细范围说明书
【例15-20下】范围说明书的内容不包括 （C）
A.项目目标与产品范围描述 B.项目需求与项目边界C.项目交付成果与千系人清单 D.假设条件与项目制约因素
【例16-20下】 （C）可用来确定可交付成果是否符合需求和验收标准
A.投票 B.观察C检查 D.访谈
【例17-20下】 某软件项目执行过程中,客户希望增加几项小功能开发人员认为很容易实现。作为项目经理首先应该 （B）
A.安排开发人员进行修改 B.发起变更申请C.建议客户增加预算 D.获得管理层的同意
【例18-21上】（D）将实际或计划的做法与其他组织的做法进行比较,以便识别最佳实践，形成改进意见并为绩效考核提供依据。
A.引导式研讨会B.问卷调查C.专家判断D.标杆对照
【例19-21上】关于工作分解结构的描述，不正确的是 （C）
A.工作分解结构必须且只能包括100%的工作
B.工作分解结构是逐层向下分解的
C.工作分解结构中不包括分包出去的工作
D.工作分解结构中的各要素应该是相对独立的
【例20-21上】关于确认范围的描述，不正确的是 （B）【重点】
A.确认范围过程应贯穿项目始终
B.确认范围过程关注可交付成果的正确性及是否满足质量要求
C.确认范围过程应该以书面文件的形式记录下来
D.确认范围过程的目标是提高最终产品、服务或成果获得验收的可能性
【例21-21上】项目组成员小李常驻用户现场开发，经常收到用户提出的新需求。针对有些新需求。针对有些修改工作量很小的需求，小李直接进行了修改，用户对此非常满意，但却遭到项目经理的批评，这是因为 （C）
A.小李没有把项目经理放在眼里
B.项目经理认为小李收了用户的好处
C.小李的行为可能造成项目范围蔓延
D.小李所作的工作没有给项目带来经济效益
【例22-21下】关于范围管理相关的描述,不正确的是 （D）
A.范围管理计划描述了如何定义,制定,监督,控制和确认项目范围
B.范围管理计划可以是正式的或非正式非常详细或高度概括的
C.需求管理计划描述如何分析、记录和管理需求
D.需求管理计划是编制范围管理计划时的依据
【例23-21下】 （B）严格定义了项目内包括什么和不包括什么,以防项目干系人假定某些产品或服务是项目中的一部分。
A.项目目标 B.项目边界 C.项目需求 D项目的可交付成果
【例24-21下】关于工作分解结构的描述,正确的是 (B)
A.工作分解的结构的编制应由项目管理人员完成,因为不同项目干系人立场不对,对于工作分解结构的理解差异较大
B.工作分解结构中,各要素应该是相互独立的,要尽量减少相互之间交叉
C.工作分解过程是逐层向上归纳的,上一层次是下一层次各要素之和
D.里程碑与可交付成果紧密相关,可以用可交付成果代替里程碑
【例25-21下】关于项目范围确认的描述,不正确的是 （C）
A.范围确认应贯穿项目的始终
B.范围确认的主要作用是使验收过程具有客观性
C.范围确认过程关注可交付成果的正确性以及是否满足质量要求
D.范围确认时,应检查每个交付成果是否有明确的里程碑,里程碑是否明确可辨别
【例26-21下】关于项目范围控制描述,不正确的是 （B）
A项目的范围变更控制和管理是对项目中有在的或落在的变化采用正确的策略和方法来降低项目的风险
B.客户通常只能提出范围变化的要求,项目经理才能批准项目范围变化
C.项目小组成员发现项目范围变化时应将其报告给项目经理
D.随着项目的发展,需求基线将越定越高,容许的需求变更将越来越少
