二．项目范围管理

1. 具体可测量的要求才可列做项目的需求。项目范围管理要求人们做且只做项目范围内的工作。
2. 项目范围包括产品范围和项目范围。产品范围决定项目范围，项目范围服务于产品范围。
3. 范围蔓延是指未经控制的项目范围逐渐扩大。
4. 项目范围管理的过程：规划范围管理、收集需求、定义范围、创建WBS、确认范围和控制范围。

• 规划范围管理

1. 规划范围管理的输入：项目章程、项目管理计划。输出:需求管理计划和范围管理计划。
   1. 需求管理计划
      • 如何收集需求
      • 如何分析需求，
      • 如何记录需求，
      • 如何追踪需求实现，
      • 如何管理需求变更
   2. 范围管理计划
      • 如何编制范围说明书，
      • 如何编制WBS,
      • 如何编制WBS词典，
      • 如何控制项目范围，
      • 如何验收可交付成果
2. 工具和技术：专家判断，数据分析（备选方案分析），会议

• 收集需求

1. 收集需求的输入：项目章程、商业文件、项目管理计划、项目文件和协议。输出：需求文件和需求跟踪矩阵。
2. 需求层次由高到低：商业需求、相关方需求、解决方案需求、过渡和就绪需求、项目需求、质量需求

1. 商业需求表明项目发起人为什么要做某个项目
2. 相关方需求表明相关方为什么想要得到某种产品或服务
3. 解决方案需求是表面项目的可交付成功必须具备的特性、功能和特征。解决方案需求分为功能需求和非功能需求。
4. 过渡和就绪需求：如把旧版系统中的数据迁移到新版系统中。

1. 工具和技术：收集原始需求（数据收集、数据分析、人际和团队技能、系统交互图、原型法）---->展现需求关系（数据表现）------>需求的排序和筛选（决策）

1. 收集原始需求的工具和技术
   • • 数据收集：头脑风暴、焦点小组
     • 人际与团队技能：名义小组、引导（引导式研讨会）

引导式研讨会：主持人主持/引导，跨职能相关方参加，协调跨领域需求。

联合应用开发：软件开发行业常用，项目团队与客户开会，来讨论客户需求。

质量功能展开：制造产品研发常用，把需求转成功能。

用户故事会：用户的角色，想要什么，为什么想要。

1. • • 系统交互图：把拟建系统置于更大的背景中，来考察本系统与其他系统之间的关系。是对产品范围的描述。
2. 展现需求关系
   • • 思维导图：是用来寻找各种需求之间的关系。
     • 亲和图：是对各种想法进行归类
3. 需求的排序和筛选
   • • 投票
     • 独裁型决策制定
     • 多标准决策分析：如需求紧急性、实现难易度、成本效益比等

1. 需求跟踪矩阵通常用于：确认范围和控制范围。
2. 在需求管理计划中确认关于哪些需求属性应该列入需求跟踪矩阵。

• 定义范围

1. 定义范围过程输入：项目章程、项目管理计划、项目文件。输出:项目范围说明书。
2. 项目范围说明书包括：产品范围、可交付成果、验收标准、项目除外责任。
3. 工具和技术：确定产品功能(产品分析)------>设计实现方案（备选方案分析）------->选择实现方案（多标准决策分析）

• 创建WBS

1. 创建工作分解结构输入：项目管理计划、项目文件，输出：范围基准。
2. 工作分解结构WBS是以可交付成果为导向，“工作”是指“可交付成果”
3. 工作分解结构遵循 100%规则：工作分解结构必须且只能包含100%的工作。
4. 工作分解结构第二层：可以是可交付成果或项目阶段。

5. 

    

工作包：每条分支的底层要素，最小的可交付成果，可分解为进度活动。

规划包：可能无法一次分解到位，临时的。

控制账户：WBS某层次的要素,PM的管理控制点，可高可低可调整。以便进行挣值管理。

1. 工作分解结构逐层向下分解是为了提高时间和成本估算的准确性，为了更有效地开展项目规划、执行与控制。
2. 工具和技术：专家判断和分解。

1. 分解分为5个步骤:

• 识别可交付成果
• 确定WBS结构与编排
• 逐层向下分解
• 确定和分配编号
• 验证符合100%规则

• 控制范围

1. 控制范围：监督项目和产品范围状态，管理范围基准变更。防止发生范围蔓延。在整个项目过程中期间持续开展。是项目团队内部做的。
2. 控制范围的输入：项目管理计划、工作绩效数据、项目文件。输出：工作绩效信息、变更请求。

1. 工作绩效信息包括：绩效偏差，偏差程度和原因，对未来的绩效预测。

1. 工具和技术：偏差分析和趋势分析。

• 确认范围

1. 确认范围是监控过程组的事情。旨在对核实的可交付成功进行验收。在项目过程中定期开展。是项目团队外部做的，由项目发起人或者其他相关方做的。
2. 在监控过程组中完成对项目的实质性验收，在收尾过程组只进行形式性的验收。
3. 确认范围过程输入：核实的可交付成果、项目文件、项目管理计划、工作绩效数据。输出：验收的可交付成果、工作绩效信息、变更请求。
4. 工具和技术：检查和决策（投票）。
5. 先控制质量，后确认范围。控制质量得到“核实的可交付成果”，再把“核实的可交付成果”交给确认范围过程验收。