大师兄的信息化项目管理学习笔记（十七）：项目范围管理（二）
大师兄的信息化项目管理学习笔记（十九）：项目范围管理（四）

五、定义范围

1. 关于定义范围

• 定义范围指的是制定项目和产品的详细描述。
• 用于描述产品、服务或成果的边界和验收标准。
• 定义范围仅开展一次或仅在项目的预定义点开展。
• 定义范围过程的主要目的是明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确项目、服务或成果的边界。
• 定义项目范围的基本思想是：给多少钱，办多少事，要防止范围蔓延和镀金。

2. ITTO

3. 输入

3.1 项目章程

• 包含对项目的高层级描述、产品特征和审批要求。

3.2 项目管理计划

• 范围管理计划中记录了如何定义、确认和控制项目范围。

3.3 项目文件

• 假设日志：识别了有关产品、项目、环境、相关方以及会影响项目和产品范围的其它因素。
• 需求文件：识别了应纳入范围的需求。
• 风险登记册：包含了可能影响项目范围的应对策略，例如缩小和改变项目和产品范围，以规避或缓解风险。

3.4 事业环境因素

• 组织文化
• 基础设施
• 人事管理制度
• 市场条件

3.5 组织过程资产

• 用于制定项目范围说明书的政策、程序和模版。
• 以往项目的项目档案。
• 以往阶段或项目的经验教训。

4. 工具与技术

4.1 专家判断

• 定义范围时，应征求具备类似项目的知识或经验的个人或小组的意见。

4.2 数据分析

• 数据分析技术包括备选方案分析。
• 备选方案分析可用于评估实现项目章程中所述的需求和目标的各种方法。

4.3 决策

• 多标准决策分析是一种借助决策矩阵来使用系统分析方法的技术，目的是建立诸如需求、进度、预算和资源等多种标准来完善项目和产品范围。

4.4 人际关系与团队技能

• 在研讨会和座谈会中使用引导技术来协调具有不同期望或不同专业背景的关键相关方，使他们就项目可交付成果以及项目和产品边界达成跨职能共识。

4.5 产品分析

• 产品分析可用于定义产品和服务，包括针对产品或服务提问并回答，以描述要交付的产品的用途、特征及其他方面。
• 目标是把高层级的产品或服务描述转变为有意义的可交付成果。
• 具体技术包括：

• 产品分解
• 需求分析
• 系统分析
• 系统工程
• 价值分析
• 价值工程

• 价值工程是通过集体智慧和有组织的活动对产品进行功能分析，使产品能以最低的生命周期成本可靠的视线其必要的功能，从而提高产品的价值。

• 通过对选定的研究对象的功能及费用进行分析，从而提高对象的价值。
• 意义是优化项目生命周期费用、节省时间、增加利润、提高质量、扩大市场份额、有效利用资源。

5. 输出

5.1 项目范围说明书

• 项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。

• 记录了整个范围，包括项目和产品范围
• 详细描述了项目的可交付成果
• 代表项目相关方之间就项目范围所达成的共识。

• 为便于管理相关方的期望，项目范围说明书可明确指出哪些工作不属于本项目范围。
• 用于指导规划与执行，并为评价变更请求或额外工作是否超过项目边界提供基准。
• 项目范围说明书描述要做和不要做的工作的详细程度，决定着项目管理团队控制整个项目范围的有效程度：

• 产品范围描述：逐步细化在项目章程和需求文件中所述的产品、服务或成果的特征。
• 可交付成果：为完成某一过程、阶段或项目而必须产出的任何独特并可核实的产品、成果或服务能力，也包括各种辅助成果，如项目管理报告和文件。
• 验收标准：可交付成果通过验收前必须满足的一系列条件。
• 项目的除外责任：识别排除在项目之外的内容。明确说明哪些内容不输入项目范围，有助于管理相关方的期望及减少范围蔓延。

• 项目范围说明书需要客户签字，并且相关方都需要签字。只有明确项目范围，制定详细的项目范围说明书并由客户确认之后，才能开展后面的工作。
• 项目范围说明书也是评价变更或额外工作是否超出项目边界的一个基准。定义的越细致，后面范围变更的可能性越小。

• 项目章程和项目范围说明书的区别如下：

  
  

5.2 项目文件更新

• 假设日志：随同本过程识别出更多的假设条件或制约因素而更新假设日志。
• 需求文件：可以通过增加或修改需求而更新需求文件。
• 需求跟踪矩阵：应该随同需求文件的更新而更新需求跟踪矩阵。
• 相关方登记册：如果在本过程中收集到了现有或新相关方的更多信息，则记录到相关方登记册中。