全部展开 全部合拢
章节 输出 项目质量管理

8.2.3.1 质量报告

质量报告可能是图形、数据或定性文件,其中包含的信息可帮助其他过程和部门采取纠正措施,以实现项目质量期望。质量报告的信息可以包含团队上报的质量管理问题,针对过程、项目和产品的改善建议,纠正措施建议(包括返工、缺陷/漏洞补救、100% 检查等),以及在控制质量过程中发现的情况的概述

可用于本过程输入的项目文件包括(但不限于):

  • 假设日志。见 4.1.3.2 节假设日志包含会影响项目的假设条件和制约因素的信息。
  • 估算依据。见 6.4.3.2 节7.2.3.2 节估算依据说明不同估算是如何得出的,用于决定如何应对偏差。
  • 成本预测。见 7.4.3.2 节成本预测基于项目以往的绩效,用于确定项目是否仍处于预算的公差区间内,并识别任何必要的变更。
  • 问题日志。见 4.3.3.3 节问题日志用于记录和监督由谁负责在目标日期内解决特定问题。
  • 经验教训登记册。见 4.4.3.1 节经验教训登记册可能包含应对偏差的有效方式以及纠正措施和预防措施。
  • 里程碑清单。见 6.2.3.3 节里程碑清单列出特定里程碑的实现日期,用于检查是否达到计划的里程碑。
  • 质量报告。见 8.2.3.1 节质量报告包含质量管理问题,针对过程、项目和产品的改善建议,纠正措施建议(包括返工、缺陷(漏洞)补救、100% 检查等),以及在控制质量过程中发现的情况的概述
  • 风险登记册。见 11.2.3.1 节风险登记册提供在项目执行过程中发生的各种威胁和机会的相关信息。
  • 风险报告。见 11.2.3.2 节风险报告提供关于整体项目风险和单个风险的信息。
  • 进度预测。见 6.6.3.2 节进度预测基于项目以往的绩效,用于确定项目是否仍处于进度的公差区间内,并识别任何必要的变更。

可用于本过程输入的项目文件包括(但不限于):

  • 假设日志。见 4.1.3.2 节假设日志记录了与技术规范、估算、进度和风险等有关的全部假设条件和制约因素。
  • 估算依据。见 6.4.3.2 节7.2.3.2 节估算依据用于根据实际结果来评估持续时间、成本和资源估算,以及成本控制。
  • 变更日志。见 4.6.3.3 节。变更日志包含了整个项目或阶段期间的所有变更请求的状态。
  • 问题日志。见 4.3.3.3 节问题日志用于确认没有未决问题。
  • 经验教训登记册。见 4.3.3.1 节。在归入经验教训知识库之前,完成对阶段或项目经验教训的总结。
  • 里程碑清单。见 6.2.3.3 节里程碑清单列出了完成项目里程碑的最终日期。
  • 项目沟通记录。见 10.2.3.1 节项目沟通记录包含整个项目期间所有的沟通。
  • 质量控制测量结果。见 8.3.3.1 节质量控制测量结果记录了控制质量活动的结果,证明符合质量要求。
  • 质量报告。见 8.2.3.1 节质量报告的内容可包括由团队管理或需上报的全部质量保证事项、改进建议,以及在控制质量过程中发现的情况的概述
  • 需求文件。见 5.2.3.1 节需求文件用于证明符合项目范围。
  • 风险登记册。见 11.2.3.1 节风险登记册提供了有关项目期间发生的风险的信息。
  • 风险报告。见 11.2.3.2 节风险报告提供了有关风险状态的信息,用于确认项目结束时没有未关闭的风险。

可作为本过程输入的项目文件包括(但不限于):

  • 经验教训登记册。见 4.4.3.1 节。在项目早期获得的经验教训可以运用到后期阶段,以提高验收可交付成果的效率与效果。
  • 质量报告。见 8.2.3.1 节质量报告的内容可包括由团队管理或需上报的全部质量保证事项、改进建议,以及在控制质量过程中发现的情况的概述。在验收产品之前,需要查看所有这些内容。
  • 需求文件。见 5.2.3.1 节。将需求与实际结果比较,以决定是否有必要进行变更、采取纠正措施或预防措施。
  • 需求跟踪矩阵。见 5.2.3.2 节需求跟踪矩阵含有与需求相关的信息,包括如何确认需求。

互关系。规划质量管理过程关注工作需要达到的质量,管理质量则关注管理整个项目期间的质量过程。在管理质量过程期间,在规划质量管理过程中识别的质量要求成为测试与评估工具,将用于控制质量过程,以确认项目是否达到这些质量要求。控制质量关注工作成果与质量要求的比较,确保结果可接受。项目质量管理知识领域有两个用于其他知识领域的特定输出,即核实的可交付成果质量报告

适用于本过程的数据分析技术包括(但不限于):

  • 备选方案分析。见 9.2.2.5 节。该技术用于评估已识别的可选方案,以选择那些最合适的质量方案或方法。
  • 文件分析。见 5.2.2.3 节。分析项目控制过程所输出的不同文件,如质量报告、测试报告、绩效报告和偏差分析,可以重点指出可能超出控制范围之外并阻碍项目团队满足特定要求或相关方期望的过程。
  • 过程分析。过程分析可以识别过程改进机会,同时检查在过程期间遇到的问题、制约因素,以及非增值活动。
  • 根本原因分析 (RCA)。根本原因分析是确定引起偏差、缺陷或风险的根本原因的一种分析技术。

一项根本原因可能引起多项偏差、缺陷或风险。根本原因分析还可以作为一项技术,用于识别问题的根本原因并解决问题。消除所有根本原因可以杜绝问题再次发生。

质量报告可能是图形、数据或定性文件,其中包含的信息可帮助其他过程和部门采取纠正措施,以实现项目质量期望。质量报告的信息可以包含团队上报的质量管理问题,针对过程、项目和产品的改善建议,纠正措施建议(包括返工、缺陷/漏洞补救、100% 检查等),以及在控制质量过程中发现的情况的概述

可作为本过程输入的项目文件包括(但不限于):

  • 变更日志。见 4.6.3.3 节。变更日志用于向受影响的相关方传达变更,以及变更请求的批准、推迟和否决情况。
  • 问题日志。见 4.6.3.3 节。将与问题有关的信息传达给受影响的相关方。
  • 经验教训登记册。见 4.4.3.1 节项目早期获取的与管理沟通有关的经验教训,可用于项目后期阶段改进沟通过程,提高沟通效率与效果。
  • 质量报告。见 8.2.3.1 节质量报告包括与质量问题、项目和产品改进,以及过程改进相关的信息。这些信息应交给能够采取纠正措施的人员,以便达成项目的质量期望。
  • 风险报告。见 11.2.3.2 节风险报告提供关于整体项目风险的来源的信息,以及关于已识别的单个项目风险的概述信息 。这些信息应传达给风险责任人及其他受影响的相关方。
  • 相关方登记册。见 13.1.3.1 节相关方登记册确定了需要各类信息的人员、群体或组织

可作为本过程输入的项目文件包括(但不限于):

  • 假设日志。见 4.1.3.2 节假设日志记录了采购过程中做出的假设。
  • 经验教训登记册。见 4.4.3.1 节。在项目早期获取的经验教训可供项目未来使用,以改进承包商绩效和采购过程。
  • 里程碑清单。见 6.2.3.3 节。重要里程碑清单说明卖方需要在何时交付成果。
  • 质量报告。见 8.2.3.1 节质量报告用于识别不合规的卖方过程、程序或产品。
  • 需求文件。见 5.2.3.1 节需求文件可能包括:
  • 卖方需要满足的技术要求;
  • 具有合同和法律意义的需求,如健康、安全、安保、绩效、环境、保险、知识产权、同等就业机会、执照、许可证,以及其他非技术要求。
  • 需求跟踪矩阵。见 5.2.3.2 节需求跟踪矩阵将产品需求从其来源连接到能满足需求的可交付成果
  • 风险登记册。见 11.2.3.1 节。取决于卖方的组织、合同的持续时间、外部环境、项目交付方法、所选合同类型,以及最终商定的价格,每个被选中的卖方都会带来特殊的风险。
  • 相关方登记册。见 13.1.3.1 节相关方登记册包括关于已识别相关方的信息,例如,合同团队成员、选定的卖方、签署合同的专员,以及参与采购的其他相关方。

可用作本过程输入的项目文件包括(但不限于):

  • 变更日志;
  • 问题日志
  • 经验教训登记册
  • 质量报告
  • 风险报告
  • 相关方登记册

可用作本过程输入的项目文件包括(但不限于):

  • 假设日志
  • 估算依据
  • 成本预测
  • 问题日志
  • 经验教训登记册
  • 里程碑清单
  • 质量报告
  • 风险登记册
  • 风险报告
  • 进度预测

可用作本过程输入的项目文件包括(但不限于):

  • 经验教训登记册
  • 质量报告
  • 需求文件
  • 需求跟踪矩阵

可用作本过程输入的项目文件包括(但不限于):

  • 假设日志
  • 经验教训登记册
  • 里程碑清单
  • 质量报告
  • 需求文件
  • 需求跟踪矩阵
  • 风险登记册
  • 相关方登记册

可用作本过程输入的项目文件包括(但不限于):

  • 假设日志
  • 估算依据
  • 变更日志;
  • 问题日志
  • 经验教训登记册
  • 里程碑清单
  • 项目沟通记录
  • 质量控制测量结果
  • 质量报告
  • 需求文件
  • 风险登记册
  • 风险报告