|
|
|
|
|
|
|
|
|
|
|
范围确认是正式验收已完成的项目可交付成果的过程，其主要作用是使验收过程具有客观性，同时通过验收每个可交付成果，提高最终产品、服务或成果获得验收的可能性。
|
|
|
|
范围确认过程与质量控制过程的不同之处在于，前者关注可交付成果的验收，而后者关注可交付成果的正确性及是否满足质量要求。质量控制过程通常先于范围确认过程，但二者也可同时进行。
|
|
|
|
|
|
|
|
项目管理计划中包含范围管理计划和范围基准。范围管理计划定义了项目已完成可交付成果的正式验收程序。范围基准包含批准的范围说明书、WBS和相应的WBS词典。
|
|
|
|
|
|
需求文件列明了全部项目需求、产品需求及对项目和产品的其他类型的需求，同时还有相应的验收标准。
|
|
|
|
|
|
需求跟踪矩阵连接了需求与需求源，用于在整个项目生命周期中对需求进行跟踪。
|
|
|
|
|
|
核实的可交付成果是指已经完成，并被质量控制过程检查为正确的可交付成果。
|
|
|
|
|
|
工作绩效数据可能包括符合需求的程度、不一致的数量、不一致的严重性或在某时间段内开展确认的次数。
|
|
|
|
|
|
|
|
检查是指开展测量、审查与确认等活动，来判断工作和可交付成果是否符合需求和产品验收标准。检查有时也被称为审查、产品审查、审计和巡检等。在某些应用领域，这些术语具有独特和具体的含义。
|
|
|
|
|
|
当由项目团队和其他干系人进行确认时，可以使用群体决策技术来达成结论。
|
|
|
|
|
|
|
|
符合验收标准的可交付成果应该由客户或发起人正式签字批准，这些文件将作为结束项目或阶段过程的输入。
|
|
|
|
|
|
对已经完成但未通过正式验收的可交付成果及其未通过验收的原因，应该记录在案；可能需要针对这些可交付成果提出变更请求以进行缺陷补救。变更请求应该由实施整体变更控制过程进行审查与处理。
|
|
|
|
|
|
工作绩效信息包括项目进展信息，例如，哪些可交付成果已经开始实施，它们的进展如何，哪些可交付成果已经完成，或者哪些已经被验收。这些信息应该被记录下来并传递给干系人。
|
|
|
|
|
|
可能需要更新的项目文件包括定义产品或报告产品完成情况的任何文件。确认文件需要客户或发起人以签字或会签的形式进行批准。
|
|
|
