信息系统项目管理师——第9章项目范围管理（重要）

本章属于10大管理知识领域，选择、案例、论文都会考。选择题考大概3分，案例题考的比较多，需要重点记录，论文也考的比较多，建议作为第二梯队准备。

1.管理基础

1.1 产品范围和项目范围

• 产品范围:指某项产品、服务或成果所具有的特征和功能。产品范围的完成情况是根据产品需求来衡量的。
• 项目范围:包括产品范围，是为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。项目范围的完成情况是根据项目管理计划来衡量的。

1.2 管理新实践

• 需求一直是项目管理的关注重点，需求管理过程结束于需求关闭，即把产品、服务或成果移交给接收方，以便长期测量、监控、实现并维持收益。

2.项目范围管理过程

2.1过程概述

2.2裁剪考虑因素

裁剪时应考虑的因素包括:知识和需求管理，确认和控制，开发方法，需求的稳定性，治理。

2.3敏捷和适应方法

敏捷或适应型

• 对于需求不断变化、风险大或不确定性高的项目，在项目开始时通常无法明确项目的范围，而需要在项目期间逐渐明确
• 敏捷或适应型方法特意在项目早期缩短定义和协商范围的时间，为后续细化范围、明确范围争取更多的时间
• 敏捷方法有目的地构建和审查原型，并通过多次发布版本来明确需求，范围会在整个项目期间被定义和再定义
• 采用敏捷或适应型生命周期，旨在应对大量变更，需要于系人持续参与项目。通过多次迭代来开发可交付成果，并在每次迭代开始时定义和批准详细的范围。在每次迭代中，都会重复开展三个过程:收集需求:定义范围:创建WBS
• 在适应型或敏捷型生命周期中，发起人和客户代表应该持续参与项目。在每次迭代中，都会重复开展两个过程：确认范围:控制范围
• 在开展确认范围、控制范围及其他控制过程时，使用未完成项(包括产品需求和用户故事)反映当前需求

预测型

• 在预测型项自中，经过批准的项目范围说明书、工作分解结构(WBS)和相应的WBS词典构成项目范围基准，只有通过正式变更控制程序，才能进行基准变更
• 在开展确认范围、控制范围及其他控制过程时，基准被用作比较的基础

敏捷和预测的区别

• 敏捷型管理
  • 在开始时只花少量时间进行范围定义，目的是为了快速进入开发状态。在之后的开发过程中，会存在大量的变更，通过快速迭代和反复确认来管理范围
• 预测型管理
  • 在开始时花大量时间进行详细的需求分析和范围定义)形成范围基准。在之后的开发过程中，按照计划来进行，有涉及基准的变更，那么走交更流程，通过变更控制来管理范围

确认范围和控制质量

• 确认范围是正式验收已完成的项目可交付成果的过程
• 控制质量过程输出的核实的可交付成果是确认范围过程的输入，而验收的可交付成果是确认范围过程的输出之一，由获得授权的干系人正式签字批准
• 干系人需要在规划阶段早期介入(有时需要在启动阶段就介入),对可交付成果的质量提出意见

3.规范范围管理

规划范围管理是什么?

规划范围管理是为了记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。

规划范围管理的作用?

在整个项目期间对如何管理范围提供指南和方向。

规划范围管理在项目期间开展的频次?

仅开展一次或仅在项目的预定义时开展

输入

• 1.项目章程。项目章程记录了高层级的需求。
• 2.项目管理计划
  • 质量管理计划:在项目中实施组织的质量政策、方法和标准的方式会影响管理项目和产品范围的
    方式。
  • 项目生命周期描述:定义了项目从开始到完成所经历的一系列阶段。
  • 开发方法:开发方法定义了项目是采用预测型、适应型还是混合型开发方法。
• 3.事业环境因素。
  组织文化、基础设施、人事管理制度和市场条件等。
• 4.组织过程资产
  政策和程序、历史信息和经验教训知识库等。

工具和技术

• 1.专家判断。
  专家利用自身的技能或经验来做出判断。
• 2.数据分析
  备选方案分析:只要是制订计划一般都有备选方案分析。
• 3.会议
  参会者包括项目经理、项目发起人、选定的项目团队成员、选定的干系人、范围管理各过程的负责人以及其他必要人员。

输出