PMP5.项目范围管理5.5确认范围
5.5 确认范围
主要作用
- 通过确认每个可交付成果,来提高最终产品,服务或成果获得验收的可能性。
- 本过程应根据需要在整个项目期间定期开展。
- 由客户或发起人审查从控制质量过程输出的核实的可交付成果,确认这些可交付成果已经圆满完成并通过正式验收。
- 本过程对可交付成果的确认和最终验收,需要依据:从项目范围管理知识领域的各规划过程获得的输出(如需求文件或范围基准),以及从其他知识领域的各执行过程获得的工作绩效数据。
- 确认范围过程与控制质量过程的不同之处在于,前者关注可交付成果的验收,而后者关注可交付成果的正确性及是否满足质量要求。
- 控制质量过程通常先于确认范围过程,但二者也可同时进行。
项目管理计划
- 范围管理计划
- 项目管理计划定义了如何正式验收已经完成的可交付成果
- 需求管理计划
- 范围基准
- 用范围基准与实际结果比较,以决定是否有必要进行变更,采取纠正措施或预防措施。
核实的可交付成果
- 核实的可交付成果是指已经完成,并被控制质量过程检查为正确的可交付成果。
工作绩效数据
- 工作绩效数据可能包括符合需求的程度、不一致的数量、不一致的严重性或在某时间段内开展确认的次数。
检查
- 是指开展测量,审查与确认等活动,来判断工作和可交付成果是否符合需求和产品验收标准。
- 检查有时也被称为审查,产品审查和巡检等。
验收的可交付成果
- 符合验收标准的可交付成果应该由客户或发起人正式签字批准。
- 应该从客户或发起人那里获得正式文件,证明相关方对项目可交付成果的正式验收。
工作绩效信息
- 工作绩效信息包括项目进展信息,例如,哪些可交付成果已经被验收,哪些未通过验收以及原因。
变更请求
- 对已经完成但未通过正式验收的可交付成果及其未通过验收的原因,应该记录在案。可能需要针对这些可交付成果提出变更请求,开展缺陷补救。
需求文件
- 记录实际的验收结果,更新需求文件。需要特别注意实际结果比原定需求更好的情况,或者原定需求已经被放弃的情况。
- 如果未通过验收,处理步骤(1)记录(了解)原因;(2)走变更流程,进行缺陷补救
迷茫的人生,需要不断努力,才能看清远方模糊的志向!