【信息系统项目管理师知识点速记】范围管理：确认范围

9.7 确认范围

确认范围是正式验收已完成的项目可交付成果的过程。其主要作用是使验收过程具有客观性，通过确认每个可交付成果来提高最终产品、服务或成果获得验收的可能性。确认范围过程应根据需要在整个项目期间定期开展。

---

1. 确认范围的步骤

确认范围应贯穿项目始终。一般步骤包括：

• 确定需要进行范围确认的时间；
• 识别范围确认所需投入；
• 确定范围正式被接受的标准和要素；
• 确定范围确认会议的组织步骤；
• 组织范围确认会议。

2. 需要检查的问题

项目干系人进行范围确认时，一般需要检查以下6个方面的问题：

1. 可交付成果是否是确定的、可确认的；
2. 每个可交付成果是否有明确的里程碑；
3. 是否有明确的质量标准；
4. 审核和承诺是否有清晰的表达；
5. 项目范围是否覆盖了需要完成的产品或服务的所有活动；
6. 项目范围的风险是否太高。

3. 干系人关注点的不同

• 管理层：关注项目范围对进度、资金和资源的影响；
• 客户：关注产品范围，即项目可交付成果是否足以完成产品或服务；
• 项目管理人员：关注项目制约因素，项目可交付成果是否足够和必须完成，以及潜在风险和解决方法；
• 项目团队成员：关注自己参与的项目范围元素和负责的元素，以确保工作时间和任务之间的一致性。

---

9.7.1 输入

1. 项目管理计划

   • 范围管理计划：定义了如何正式验收已经完成的可交付成果。
   • 需求管理计划：描述了如何确认项目需求。
   • 范围基准：用于与实际结果比较，决定是否需要变更、采取纠正措施或预防措施。

2. 项目文件

   • 需求文件：用于与实际结果比较，决定是否需要变更、采取纠正措施或预防措施。
   • 需求跟踪矩阵：包含与需求相关的信息，包括如何确认需求。
   • 质量报告：包括团队管理或需上报的全部质量保证事项、改进建议，以及在控制质量过程中发现的情况的概述。
   • 经验教训登记册：记录项目早期获得的经验教训，可以运用到后期阶段。

3. 工作绩效数据

   • 符合需求的程度、不一致的数量、不一致的严重性或在某时间段内开展确认的次数。

4. 核实的可交付成果

   • 已经完成，并已经通过控制质量过程检查的可交付成果。

9.7.2 工具与技术

1. 检查

   • 测量、审查与确认等活动，判断工作和可交付成果是否符合需求和产品验收标准。

2. 决策

   • 使用投票形成结论，用于确认范围过程。

9.7.3 输出

1. 验收的可交付成果

   • 符合验收标准的可交付成果应由客户或发起人正式签字批准，获得正式文件证明干系人对项目可交付成果的正式验收。

2. 变更请求

   • 对已经完成但未通过正式验收的可交付成果及原因进行记录，可能需要提出变更请求，进行相应的缺陷补救工作。

3. 工作绩效信息

   • 记录项目进展信息，如哪些可交付成果已被验收，哪些未通过验收及原因，并传达给干系人。

4. 项目文件（更新）

   • 需求文件：记录实际的验收结果，更新需求文件。
   • 需求跟踪矩阵：根据验收结果更新需求跟踪矩阵，包括所采用的验收方法及其使用结果。
   • 经验教训登记册：记录遇到的挑战、避免挑战的方法，以及良好的可交付成果验收的方法。