第五章-项目范围管理

• 项目范围管理
  确保项目做且只做所需的全部工作
• 范围管理的步骤

序号	管理过程	说明
1	规划范围管理	本过程仅开展一次，在整个项目期间对如何管理范围提供指南和方向（如何去做）
2	收集需求	确定、记录并管理相关方的需求
3	定义范围	制定项目和产品详细描述
4	创建WBS（工作分解结构）	将可交付成果和项目工作分解成较小的、易于管理的组件
5	确认范围	正式验收已完成的项目的可交付成果
6	控制范围	监督项目和产品的范围状态，管理范围基准变更

1、规划范围管理

(1) 产品范围、项目范围

序号	范围类型	说明
1	产品范围	客户要的
2	项目范围	我们做的

(2) 需求管理计划、范围管理计划

序号	计划类型	说明
1	需求管理计划	描述如何分析、记录和管理项目以及产品需求
2	范围管理计划	描述将如何定义、制定、监督、控制和确认项目范围

2、收集需求

(1) 数据收集技术

收集需求的技术有很多，怎么好用怎么用

序号	需求收集技术	说明
1	头脑风暴	不对意见做评判，意见多多益善。有2种方式：说和写，说可能会干扰别人，写不会干扰别人
2	名义小组	对头脑风暴的结构投票，筛选最优
3	访谈	可聊的比较深入，有1对1和1对多的形式，访谈可获取机密信息，犹豫不决时选择私聊
4	焦点小组	8-12个人， 由1位受过训练的主持人引导受访者进行互动式讨论，受访者可能是公司的人，也可能是路人，用玻璃墙观察行为动作
5	问卷调查	适用于需要完成调查、受访者地理位置分散时
6	德尔菲技术	专家回答问卷，专家的恢复只能交给主持人，且保持匿名状态
7	标杆对照	与其他相比较，获得最佳实践
8	专家判断	实在没得选了，才选这个

(2) 数据决策技术

决策方法有：

• 投票
• 一致同意
• 大多数原则
• 相对多数原则
• 独裁（必要时可起到高效决策作用）

(3) 数据表现技术

表现技术有：

• 头脑风暴
• 亲和图（将若干信息归类）
• 思维导图

(4) 分析技术

• JAD（联合应用设计或开发）：软件开发行业
• QFD（质量功能展开：制造行业）
• 用户故事：敏捷项目

(5) 数据建模技术

序号	建模技术	说明
1	系统交互图	可视化描绘产品范围，软件行业/拍电影用得比较多
2	原型法	让对方有画面感，支持渐进明细理念，各行各业都可用到

(6) 人际关系和团队技能

• 观察：当产品使用者难以或不愿清晰说明需求时适用
• 引导：与主题研讨会结合使用，可快速定义跨职能需求并协调相关方的需求差异

(7) 需求文件、需求跟踪矩阵

收集需求的输出是需求文件和需求跟踪矩阵

序号	输出	说明
1	需求文件	站在客户的角度得到的需求点，包括功能需求、非功能需求、质量需求等
2	需求跟踪矩阵	跟踪需求，不容易掉链子

3、定义范围

从《需求文件》中选取最终的项目需求，得到最终的边界和验收标准，输出范围说明书

• 范围说明书包括：
  • 产品范围描述
  • 可交付成果
  • 验收标准
  • 项目的除外责任
  • 项目边界基准

项目范围说明书与项目章程的内容有一定重叠，但它们的详细程度完全不同

• 项目范围说明书关注每个具体功能
• 项目章程关注整个项目

4、创建WBS

创建工作分解结构（WBS）是将项目可交付成果分解成较小、更易于管理的组件的过程

• 颗粒度太大，无从下手——就要分解
• WBS最底层叫工作包，比工作包更小的叫活动
• 原则：8-80原则，100%原则（8-80：8小时-80小时）

(1) WBS分解技术

序号	分解技术	说明
1	自上而下	逐层细化分解，下一层的求和等于上一层，无遗漏，无交叉
2	自下而上	用于归并较低层次组件
3	滚动式规划	当前可能无法分解，需要一边做一边推进，逐渐清晰

(2) WBS词典

• 需求->范围说明书->WBS->WBS词典，颗粒度依次变小
• WBS词典是WBS的展开明细
  

(3) 输出范围基准

范围基准=经过领导同意的（范围说明书+WBS+WBS词典）

5、确认范围

• 确认范围：对已完成的可交付成果正式验收，验收每个具体模块，与验收标准做对比
• 作用：提高最终产品、服务或成果获得验收的可能性
• 本过程应根据需要在整个项目期间定期开展
• 质量没问题，但不一定可以验收通过，如门没有质量问题，但作用不大
  
  

(1) 确认范围的执行

序号	确认范围	说明
1	时间	在每个可交付成果生成时，或在阶段结束时开展
2	事件	判断工作和可交付成果是否符合需求和产品验收标准
3	人物	符合验收标准的可交付成果需要由客户或发起人正式签字批准

6、监控范围

(1) 有变更，走流程

在整个项目期间保持对范围基准的维护，且需要在整个项目期间开展

• 变更的3种情况
  • 客户提出新需求，要变更
  • 执行中范围蔓延要变更
  • 验收未达预期要变更

流程：先核实，再分析，提申请

• 镀金：自己多做了很多东西，且不是客户要求的，要拒绝镀金
• 渐进明细：在范围以内逐渐清晰