范围，就是边界：
哪些项目在范围内，哪些不在范围内；
如果做了不在范围内的，就超过了项目范围，项目会不受控，且影响项目正常工作
我们要→做且只做项目所需的全部工作
1、需求=范围？
需求：收集大家对要做的项目的理解、广泛性
把需求转化为范围（项目该做的内容）：
需要对需求进行筛选、受哪些限制、排序等，才能纳入范围中
2、如何收集需求？
- 头脑风暴
- 访谈（一对一）
- 焦点小组（需要主持人）
- 群体决策（投票表决）
- 观察法
- 标杆对照
3、如何定义范围？
- 只有明确的、可跟踪的、完整的、经过认可的需求，才能作为基准。
- 《项目范围说明书》包括：
- 描述范围
- 可交付成果（可验收的、具体的内容：实物、服务)
- 假设条件和制约因素
- 假设条件：有哪些假设条件；如假设预算不变化，如果发生了变化，那么需要项目范围也有可能会变化
- 制约因素：周期制约、环境制约等
- 《羡慕说明书》代表相关方就项目范围达成的共识
- 100%分解原则
- 最底层加起来=父级100%分解等内容
- 互斥穷尽原则
- 上一层分解到子集，子集间是不包含的
5、范围基准是什么？
- WBS词典——最详细的范围描述。
- 范围基准包含:
- 项目范围说明书
- WBS（含工作包、规划包）
- WBS词典
6、如何进行装修验收？
- 确认范围：正式验收可交付成果，客户或发起人签字批准验收合格。
- 客户签收：项目由组织外部发起
- 发起人验收：组织内部，企业内部推动的产品研发
定期开展，提高最终产品验收通过概率。
- 因未可交付成果是工作包形式开展，验收也验收的工作包，所以是定期验收，不是最后再统一验收
确认范围
- 指对可交付成果进行正式验收（通过客户或发起人，外部的验收）
- 控制质量
- 对项目的质量进行控制，需要专门负责质量的人（团队内部对质量控制）
- 只有质量验收通过，才可以确认范围
7、如何使范围受控？
- 控制范围：需在整个项目期间开展，(随时)维护范围基准。
不受控时，会导致：
- 范围蔓延：不受控的范围扩大（客户发起）
- 客户发起的，让团队成员做一些不在范围基准内的工作
- 必须经过变更控制流程的批准，才可以
- 镀金：主动将范围扩大(项目团队主动)「项目管理的四个层次位置」
- 如项目成员主动将本应刷2遍的油漆，刷了3遍
有偏差——就要进行变更
没有——继续预防
若有收获，就点个赞吧
0 人点赞
