信息系统项目管理师--范围管理

项⽬范围管理

产品范围：指某项产品、服务或成果所具有的特征和功能。产品范围的完成情况是根据产品需求来衡量的。“需求”是指根据特定协议或其他强制性规范，产品、服务或成果 必须具备的条件或能⼒。

项⽬范围：包括产品范围，是为交付具有规定特性与功能的产品、服务或成果⽽必须完成的⼯作。项⽬范围的完成情况是根据项⽬管理计划来衡量的。

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

商业分析师，该⻆⾊的职责还应包括需求管理相关的活动，项⽬经理则负责确保这些活动列⼊项⽬管理计划，并且在预算内按时完成，同时能够创造价值。

项⽬经理与商业分析师之间应该是伙伴式合作关系。

规划范围管理：为了记录如何定义、确认和控制项⽬范围及产品范围，创建范围管理计划。

收集需求：为了实现项⽬⽬标，确定、记录并管理⼲系⼈的需要和需求。

定义范围：制定项⽬和产品详细描述。

创建WBS：将项⽬可交付成果和项⽬⼯作分解为较⼩的、更易于管理的组件。

确认范围：正式验收⼰完成的项⽬可交付成果。

控制范围：监督项⽬和产品的范围状态，管理范围基准的变更。

裁剪时应考虑的因素包括：

知识和需求管理、确认和控制：开发⽅法：需求的稳定性：治理：

对于需求不断变化、⻛险⼤或不确定性⾼的项⽬，在项⽬开始时通常⽆法明确项⽬的范围， ⽽需要在项⽬期间逐渐明确。

敏捷或适应型⽅法在项⽬早期缩短定义和协商范围的时间， 为后续细化范围、明确范围争取更多的时间。

敏捷⽅法有⽬的地构建和审查原型，并通过多次发布版本来明确需求，范围会在整个项⽬期间被定义和再定义。

采⽤敏捷或适应型⽣命周期，旨在应对⼤量变更，需要⼲系⼈持续参与项⽬。

在预测型项⽬中，经过批准的项⽬范围说明书、⼯作分解结构（WBS）和相应的 WBS 词典构成项⽬范围基准。只有通过正式变更控制程序，才能进⾏基准变更。在开展确认范围、控制范围及其他控制过程时，基准被⽤作⽐较的基础。⽽采⽤适应型⽣命周期的项⽬，则使⽤末完成项（包括产品需求和⽤户故事）反映当前需求。

规划范围管理是为了记录如何定义、确认和控制项⽬范围及产品范围，⽽创建范围管理计 划的过程。本过程的主要作⽤是在整个项⽬期间对如何管理范围提供指南和⽅向。本过程仅开展⼀次或仅在项⽬的预定义点开展。

范围管理计划是项⽬或项⽬集管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项⽬范围

质量管理计划：在项⽬中实施组织的质量政策、⽅法和标准的⽅式会影响管理项⽬和产品范围的⽅式。

项⽬⽣命周期描述：定义了项⽬从开始到完成所经历的⼀系列阶段。

开发⽅法：开发⽅法定义了项⽬是采⽤预测型、适应型还是混合型开发⽅法。

备选⽅案分析。⽤于评估、收集需求，详述项⽬和产品范围，创造产品，确认范围和控制范围的各种⽅法。

范围管理计划是项⽬管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项⽬范围。

范围管理计划⽤于指导如下过程和相关⼯作：

①制定项⽬范围说明书；

②根据详细项⽬范围说明书创建 WBS；

③确定如何审批和维护范围基准；

④正式验收已完成的项⽬可交付成果。

范围管理计划可以是正式或⾮正式的，⾮常详细或⾼度概括的。

需求管理计划是项⽬管理计划的组成部分，描述如何分析、记录和管理需求。

需求管理计划的主要内容包括：

①如何规划、跟踪和报告各种需求活动；

②配置管理活动， 例如，如何启动变更，如何分析其影响，如何进⾏追溯、跟踪和报告，以及变更审批权限；

③需求优先级排序过程；

④测量指标及使⽤这些指标的理由；

⑤反映哪些需求属性将被列⼊跟踪矩阵等。

收集需求是为实现⽬标⽽确定，记录并管理⼲系⼈的需要和需求的过程。本过程的主要作⽤是为定义产品范围和项⽬范围奠定基础。仅开展⼀次或仅在项⽬的预定义点开展