需求：客户的需要和需求

范围：作出/交付的成果

需求没有相对于的交付成果，叫范围缺失

交付成果没有对应的需求，叫范围蔓延

标杆对照：抄榜样。榜样可以是内部或者外部，同行业或不同行业

德尔菲，防止专家因为权威或者个人魅力被影响

多标准决策分析：加权平均

亲和图：把相近的分为一组。经常用来归类头脑风暴提出的建议

名义小组：多轮投票

原型：对于文字的理解大家各不相同，对于模型和可视化大家能够形成更加一致的理解

需求没有相对于的交付成果，叫范围缺失

需求决定范围：需求无可交付的成果，证明范围缺失；交付的成果无对应的需求，证明需求蔓延；

范围和需求分别：如，我想要一听可乐，可乐是我们要交付的成果，但不是明确的需求，是范围；如，我渴了或想要做可乐鸡翅，所以我们需要一瓶可乐

输入：干系人登记册 、商业文件、

2.2项目规划

规划--项目管理计划
1、预测型是计划驱动
2、Baseline--基准--参照
 

遇到变化--变更--更新计划--同步执行

2.2.2

收集需求
招标文件、合同里的需求比较宏观
需要进一步细化需求
需求最好是量化的--将来好核实

收集需求的输入
干系人登记册、商业文件、协议、项目章程

工具

一致同意--德尔菲 
多标准决策分析
亲和图--分组分类
思维导图--整合
名义小组（民意）--投票--海选
观察和交谈--难以或不愿清晰说明、挖掘隐藏的需求
引导（引导式研讨会）：遇到不同干系人不同意见
系统交互图--拓扑图、可视化
原型法--模型（Axure）--减轻返工风险

跨部门引导--同部门焦点小组

输出：需求文件--具体的需求记录在需求文件
描述各种单一需求景如何满足与项目相关的业务需求

WBS可交付成果--范围（做什么、交付什么）
需求：是为什么要做出这个成果的原因
 

1.要不要签字--要--基准--可以改--但不能随便改--需要结合变更流程

2.不签--了解原因
    ①需求没有满足
    ②不想担责任
    方法
    ①打消顾虑
    ②树典型
    ③找领导把关
    ④请专家做专家需求评审

项目规划过程组：

项目管理计划：

 规划范围管理，输出范围管理计划、需求管理计划

 收集需求，输出需求文件【用户需求说明书、需求规格说明书】

 需求收集工具

1、规划范围管理

2、收集需求

需求：客户的需要、要求（三菜一汤）

范围：交付、做出的东西（具体的菜）

输入：

①干系人登记册

②商业文件

③协议

工具与技术：

问卷调查：统计与分析

标杆对照：抄

德尔菲：专家、趋同、匿名

相对多数：超过2个选项

多标准决策：多种标准、权重

亲和图：分组、分类

思维导图：整合，共性和差异

引导：协调差异、跨职能

输出：

①需求文件

②需求跟踪矩阵

项目规划：

规划：项目管理计划

1、计划驱动

2、Baseline 参照（项目进度快慢/成本的参照）

变化——变更：更新计划——执行 

一、规划范围管理：

输出：

范围管理计划（如何管范围）

需求管理计划（如何管需求）

eg：如何学PMP：

报班——缴费——上课——复习——模拟——考试

二、收集需求：

需求和范围的区别：

需求是某一个需要/要求；

范围根据需要做出/交付的东西

定义：为实现目标而确定、记录并管理干系人需求和需要的过程。

输入：

干系人登记册

商业文件

协议

工具与技术（收集需求）

数据收集：

头脑风暴

访谈：直接交谈、获取机密信息

焦点小组：同一职能、领域

问卷调查：受众多样化、地理位置分散

标杆对照：可以是内部或外部、同行业或不同行业、识别最佳时间、 形成改进意见

数据分析：

文件分析

决策：

投票

1、一致同意：德尔菲：一开始没有概念，根据第一轮专家给的建议进行第二轮，第三轮，最后趋同。

2、大多数同意

3、相对多数同意

独裁型决策制定

多标准决策分析：决策矩阵、多标准

成本（50%权重）、施工难度30%、维护成本20%

数据表现

亲和图：分组分类

思维导图：整合、反应共性与差异、激发新创意、脑图

人机关系与团队技能

1、名义小组（民意）：投票、优先排序

2、观察（工作跟随）和交谈：难以或不愿清晰说明、挖掘隐藏的需求

3、引导（引导式研讨会）：跨职能、不同部门、协调干系人差异

系统交互图

机序工理

原型法

模型：Axure/建筑：样板房/制造业：打样/样品

好处：能减轻返工的风险

输出

需求文件

描述各种单一需求将如何满足与项目相关的业务需求

需求跟踪矩阵

满足需求的可交付成果的一种表格

有助于确保每个需求都具有商业价值

提供了整个项目生命周期中跟踪需求的一种方法

有助于确保需求文件中，被批准的每项需求在项目结束的时候都能交付