确认范围是正式验收已完成的项目可交付成果的过程。本过程的主要作用是,使验收过程具有客观性;同时通过确认每个可交付成果,来提高最终产品、服务或成果获得验收的可能性。本过程应根据需要在整个项目期间定期开展。图 5-15 描述本过程的输入、工具与技术和输出。图 5-16 是本过程的数据流向图。 图 5-15确认范围:输入、工具与技术和输出 图 5-16确认范围:数据流向图 由客户或发起人审查从控制质量过程输出的核实的可交付成果,确认这些可交付成果已经圆满完成并通过正式验收。本过程对可交付成果的确认和最终验收,需要依据:从项目范围管理知识领域的各规划过程获得的输出(如需求文件或范围基准),以及从其他知识领域的各执行过程获得的工作绩效数据。 确认范围过程与控制质量过程的不同之处在于,前者关注可交付成果的验收,而后者关注可交付成果的正确性及是否满足质量要求。控制质量过程通常先于确认范围过程,但二者也可同时进行。 5.5.1 确认范围:输入5.5.1.1 项目管理计划见 4.2.3.1 节。项目管理计划组件包括(但不限于):
5.5.1.2 项目文件可作为本过程输入的项目文件包括(但不限于):
5.5.1.3 核实的可交付成果核实的可交付成果是指已经完成,并被控制质量过程检查为正确的可交付成果。 5.5.1.4 工作绩效数据见 4.3.3.2 节。工作绩效数据可能包括符合需求的程度、不一致的数量、不一致的严重性或在某时间段内开展确认的次数。 5.5.2 确认范围:工具与技术5.5.2.1 检查见 8.3.2.3 节。检查是指开展测量、审查与确认等活动,来判断工作和可交付成果是否符合需求和产品验收标准。检查有时也被称为审查、产品审查和巡检等。在某些应用领域,这些术语具有独特和具体的含义。 5.5.2.2 决策见 5.2.2.4 节。可用于本过程的决策技术包括(但不限于)投票。当由项目团队和其他相关方进行验收时,使用投票来形成结论。 5.5.3 确认范围:输出5.5.3.1 验收的可交付成果符合验收标准的可交付成果应该由客户或发起人正式签字批准。应该从客户或发起人那里获得正式文件,证明相关方对项目可交付成果的正式验收。这些文件将提交给结束项目或阶段过程(见 4.7 节)。 5.5.3.2 工作绩效信息工作绩效信息包括项目进展信息,例如,哪些可交付成果已经被验收,哪些未通过验收以及原因。这些信息应该被记录下来(见 10.3.3.1 节)并传递给相关方。 5.5.3.3 变更请求对已经完成但未通过正式验收的可交付成果及其未通过验收的原因,应该记录在案。可能需要针对这些可交付成果提出变更请求,开展缺陷补救。变更请求(见 4.3.3.4 节)应该由实施整体变更控制过程(见 4.6 节)进行审查与处理。 5.5.3.4 项目文件更新可在本过程更新的项目文件包括(但不限于): |
|
来自: KyunraWang > 《1.05.项目范围管理(6)》