一、规划范围管理

什么是范围

• 项目范围
  为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。
• 产品范国
  某些产品、服务或成果所具有的特征和功能。

注意，要准确的识别需求，不要瞎搞好吧。

二、收集需求

老哥们来学如何收集需求咯。

1、【关键工具】头脑风暴

头脑风暴需要大家进行集思广益，贡献自己的智慧，使用头脑风暴的方式可以对未成熟的想法和灵感进行展开。作为头脑风暴的主持人，不能轻易地去打断参与到头脑风暴里面的成员，哪怕是天马行空的想法，也不能轻易的去打断，去抑制这些人贡献自己的想法，去贡献自己的思维的火花。

2、【关键工具】访谈

访谈技术既可以是一对一的，也可以是多得多的。
访谈技术相对来说成本是比较高的，因为需要提前安排访谈的时间、地点和提纲，但是访谈这种技术比较有利于去获得参与到访谈活动当中的这些人的真实的想法，你可以通过的细致观察，去了解被访谈对象的真实意图。

3、【关键工具】问卷调查

如果相关方较多，可以通过问卷的方式获取更多相关方的意见

4、【关键工具】标杆对照（对标）

看看业界其他人是怎么做的呗

5、【关键工具】亲和图和思维导图

6、【关键工具】质量功能展开

通过质量功能展开，将客户的需求进行【分类】和【排序】。将其中与质量相关的需求进行明确，拆分到具体的实施团队和部门去进行实现。

7、【关键工具】用户故事

使用用户故事，通过角色，目标，动机判断这个需求的价值，以及要不要去搞

8、【关键工具】原型法

咱们不管用啥高端的工具，整半天客户看不懂咋整。做个Demo给他看看呗

9、【关键输出】需求文件和需求跟踪矩阵

需求文件太多的时候，做个表，产出需求跟踪矩阵

三、定义范围

重点关注，如何将上文中收集到的一大堆需求，进行筛选和提炼，定义项目的范围。

1、【关键输出】范围说明书

• 产品范围描述–
• 可交付成果
• 验收标准
• 项目的除外责任

整体来说，范围定义以下重要事项

• 咱们要做出啥样的东西
• 做出的东西要符合啥样的标准
• 避免甩锅，避免battle的提前说明

四、创建WBS

创建WBS的原则

• 100%原则
  拆解的内容规定要涵盖100%的范围。在WBS里面的一定要做，不在WBS里面的一定不要做。
• 80小时原则
  避免管理成本高于实施成本。拆解到一个任务大约80小时左右（2周）的时候，基本就不用再往下拆了
• 唯一关系原则
  同样的一个工作内容，不能出现在两个层级里。
• 同层级同思路原则
  使用唯一的原则进行拆解。避免不同的包通过不同的原则进行拆解
• 弹性原则
  为后续可能得变更留下弹性的空间

五、确认范围

如何确认项目的范围，如何对项目的可交付成果进行验收。

1、【关键输出】验收的可交付成果

六、控制范国

避免两种情况

• 范围的蔓延
  尤其是小的变化积少成多，造成的潜变化
• 镀金
  警惕销售在外面瞎承诺