PMP-5.项目范围管理-5.5确认范围

5.5 确认范围

• 确认范围是正式验收已完成的项目可交付成果的过程。

主要作用

• 通过确认每个可交付成果，来提高最终产品，服务或成果获得验收的可能性。
• 本过程应根据需要在整个项目期间定期开展。

---

• 由客户或发起人审查从控制质量过程输出的核实的可交付成果，确认这些可交付成果已经圆满完成并通过正式验收。
• 本过程对可交付成果的确认和最终验收，需要依据：从项目范围管理知识领域的各规划过程获得的输出（如需求文件或范围基准），以及从其他知识领域的各执行过程获得的工作绩效数据。
• 确认范围过程与控制质量过程的不同之处在于，前者关注可交付成果的验收，而后者关注可交付成果的正确性及是否满足质量要求。
• 控制质量过程通常先于确认范围过程，但二者也可同时进行。

---

项目管理计划

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

核实的可交付成果

• 核实的可交付成果是指已经完成，并被控制质量过程检查为正确的可交付成果。

工作绩效数据

• 工作绩效数据可能包括符合需求的程度、不一致的数量、不一致的严重性或在某时间段内开展确认的次数。

检查

• 是指开展测量，审查与确认等活动，来判断工作和可交付成果是否符合需求和产品验收标准。
• 检查有时也被称为审查，产品审查和巡检等。

验收的可交付成果

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

工作绩效信息

• 工作绩效信息包括项目进展信息，例如，哪些可交付成果已经被验收，哪些未通过验收以及原因。

变更请求

• 对已经完成但未通过正式验收的可交付成果及其未通过验收的原因，应该记录在案。可能需要针对这些可交付成果提出变更请求，开展缺陷补救。

需求文件

• 记录实际的验收结果，更新需求文件。需要特别注意实际结果比原定需求更好的情况，或者原定需求已经被放弃的情况。
• 如果未通过验收，处理步骤（1）记录（了解）原因；（2）走变更流程，进行缺陷补救