打字猴:1.704397676e+09
1704397676
1704397677 ■ 假设日志。见4.1.3.2节。随同本过程识别出更多的假设条件或制约因素而更新假设日志。
1704397678
1704397679 ■ 需求文件。见5.2.3.1节。可以更新需求文件,以反映在本过程提出并已被批准的变更。
1704397680
1704397681
1704397682
1704397683
1704397684 项目管理知识体系指南(PMBOK指南)(第6版) 5.5 确认范围
1704397685
1704397686 确认范围是正式验收已完成的项目可交付成果的过程。本过程的主要作用是,使验收过程具有客观性;同时通过确认每个可交付成果,来提高最终产品、服务或成果获得验收的可能性。本过程应根据需要在整个项目期间定期开展。图5.15 描述本过程的输入、工具与技术和输出。图5.16 是本过程的数据流向图。
1704397687
1704397688
1704397689
1704397690
1704397691 图5-15 确认范围:输入、工具与技术和输出
1704397692
1704397693
1704397694
1704397695
1704397696 图5-16 确认范围:数据流向图
1704397697
1704397698 由客户或发起人审查从控制质量过程输出的核实的可交付成果,确认这些可交付成果已经圆满完成并通过正式验收。本过程对可交付成果的确认和最终验收,需要依据:从项目范围管理知识领域的各规划过程获得的输出(如需求文件或范围基准),以及从其他知识领域的各执行过程获得的工作绩效数据。
1704397699
1704397700 确认范围过程与控制质量过程的不同之处在于,前者关注可交付成果的验收,而后者关注可交付成果的正确性及是否满足质量要求。控制质量过程通常先于确认范围过程,但二者也可同时进行。
1704397701
1704397702 5.5.1 确认范围:输入
1704397703
1704397704 5.5.1.1 项目管理计划
1704397705
1704397706 见4.2.3.1节。项目管理计划组件包括(但不限于):
1704397707
1704397708 ◆ 范围管理计划。见5.1.3.1节。范围管理计划定义了如何正式验收已经完成的可交付成果。
1704397709
1704397710 ◆ 需求管理计划。见5.1.3.2节。需求管理计划描述了如何确认项目需求。
1704397711
1704397712 ◆ 范围基准。见5.4.3.1节。用范围基准与实际结果比较,以决定是否有必要进行变更、采取纠正措施或预防措施。
1704397713
1704397714 5.5.1.2 项目文件
1704397715
1704397716 可作为本过程输入的项目文件包括(但不限于):
1704397717
1704397718 ◆ 经验教训登记册。见4.4.3.1节。在项目早期获得的经验教训可以运用到后期阶段,以提高验收可交付成果的效率与效果。
1704397719
1704397720 ◆ 质量报告。见8.2.3.1节。质量报告的内容可包括由团队管理或需上报的全部质量保证事项、改进建议,以及在控制质量过程中发现的情况的概述。在验收产品之前,需要查看所有这些内容。
1704397721
1704397722 ◆ 需求文件。见5.2.3.1节。将需求与实际结果比较,以决定是否有必要进行变更、采取纠正措施或预防措施。
1704397723
1704397724 ◆ 需求跟踪矩阵。见5.2.3.2节。需求跟踪矩阵含有与需求相关的信息,包括如何确认需求。
1704397725
[ 上一页 ]  [ :1.704397676e+09 ]  [ 下一页 ]