PMP®考点解析之5.5 确认范围（本过程2-5题）
确认范围是正式验收已完成的项目可交付成果的过程。本过程的主要作用是，使验收过程具有客观性；同时通过确认每个可交付成果，来提高最终产品、服务或成果获得验收的可能性。
一、 输入
1. 项目管理计划
a) 范围管理计划：定义了如何正式验收已经完成的可交付成果。
b) 需求管理计划：描述了如何确认项目需求。
c) 范围基准：用范围基准与实际结果比较，以决定是否有必要进行变更、采取纠正措施或预防措施。
2. 项目文件
a) 经验教训登记册：
b) 质量报告：包括由团队管理或需上报的全部质量保证事项、改进建议，以及在控制质量过程中发现的情况的概述。在验收产品之前，需要查看所有这些内容。注：过程验收或最终验收前先确认以前是否出现过质量问题，是否已得到解决。
c) 需求文件：将需求与实际结果比较，以决定是否有必要进行变更、采取纠正措施或预防措施。注：承诺的需求是否都实现，与之前定义的是否一致。
d) 需求跟踪矩阵：需求跟踪矩阵含有与需求相关的信息，包括如何确认需求。
3. 核实的可交付成果：指已经完成，并被控制质量过程检查为正确的可交付成果。注：经过内部验收通过的产品，放心送去客户验收。
4. 工作绩效数据：包括符合需求的程度、不一致的数量、不一致的严重性或在某时间段内开展确认的次数。注：在后续很多监控过程组的过程都会输入工作绩效数据，但是会因为只是领域不同，关注焦点提供的具体内容也有所不同。
二、 工具
a) 检查：指开展测量、审查与确认等活动，来判断工作和可交付成果是否符合需求和产品验收标准。检查有时也被称为审查、产品审查和巡检等。（再留个作业—哪些过程使用了检查这个工具？）
b) 决策：当由项目团队和其他相关方进行验收时，使用投票来形成结论。
三、 输出
a) 验收的可交付成果：符合验收标准的可交付成果应该由客户或发起人正式签字批准。
b) 工作绩效信息：包括项目进展信息，例如，哪些可交付成果已经被验收，哪些未通过验收以及原因。
c) 变更请求：对已经完成但未通过正式验收的可交付成果及其未通过验收的原因，应该记录在案。可能需要针对这些可交付成果提出变更请求，开展缺陷补救。
d) 项目文件更新
四、 其他知识点
1. 确认范围需掌握
a) 确认范围通常由客户或发起人来做验收
b) 确认范围一定要有客户或发起人的书面验收文件，强调有签字
c) 不止在项目结束前需要确认范围，阶段末也需要有确认范围
2. 确认范围和控制质量区别
a) 控制质量：团队内负责质量的团队成员实施；可以称为内部验收，通常关注可交付成果的正确性、合格性，也可以验收适用性
b) 确认范围：客户或发起人实施；可以称为外部验收，通常关注产品的适用性
c) 通常控制质量在前，特殊情况下，二者可同时进行
3. 确认范围的时间节点
通常通过确认范围后，项目团队可以开始项目的收尾工作（无论是阶段收尾还是项目收尾），在确认范围阶段（或者称为验收阶段）是允许提出变更请求的。
未详述部分考试通常不考。
: 0pN
网友评论