Index

所属知识领域:项目质量管理
所属过程组:监控过程组
第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量
post_title:控制质量
post_content:

控制质量是为了评估绩效,确保项目输出完整、正确且满足客户期望,而监督和记录质量管理活动执行结果的过程。本过程的主要作用是,核实项目可交付成果和工作已经达到主要相关方的质量要求,可供最终验收。控制质量过程确定项目输出是否达到预期目的,这些输出需要满足所有适用标准、要求、法规和规范。本过程需要在整个项目期间开展。

图 8-10 描述本过程的输入、工具与技术和输出。图 8-11 是本过程的数据流向图。

图 8-10控制质量:输入工具与技术和输出

图 8-11控制质量的数据流向图

控制质量过程的目的是在用户验收和最终交付之前测量产品或服务的完整性、合规性和适用性。

本过程通过测量所有步骤、属性和变量,来核实与规划阶段所描述规范的一致性和合规性。

在整个项目期间应执行质量控制,用可靠的数据来证明项目已经达到发起人和/或客户的验收标准。

控制质量的努力程度和执行程度可能会因所在行业项目管理风格而不同。例如,相比其他行业,制药、医疗、运输和核能产业可能拥有更加严格的质量控制程序,为满足标准付出的工作也会更广;在敏捷项目中,控制质量活动可能由所有团队成员在整个项目生命周期中执行,而在瀑布式项目中,控制质量活动由特定团队成员在特定时间点或者项目或阶段快结束时执行。


ID:214
areaid:1
groupid:4
type:in
post_name: 4.5.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.5 监控项目工作 / 4.5.1 监控项目工作:输入 / 4.5.1.2 项目文件
post_content:

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


ID:255
areaid:1
groupid:5
type:in
post_name: 4.7.1.3
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 4 项目整合管理 / 4.7 结束项目或阶段 / 4.7.1 结束项目或阶段:输入 / 4.7.1.3 项目文件
post_content:

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


ID:271
areaid:2
groupid:0
type:
post_name: 5
post_title: 项目范围管理
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理
post_content:

项目范围管理包括确保项目做且只做所需的全部工作,以成功完成项目的各个过程。管理项目范围主要在于定义和控制哪些工作应该包括在项目内,哪些不应该包括在项目内。

项目范围管理过程包括:

5.1 规划范围管理 — 为记录如何定义、确认和控制项目范围及产品范围,而创建范围管理计划的过程。

5.2 收集需求 — 为实现项目目标而确定、记录并管理相关方的需要和需求的过程。

5.3 定义范围 — 制定项目和产品详细描述的过程。

5.4 创建 WBS — 将项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程。

5.5 确认范围 — 正式验收已完成的项目可交付成果的过程。

5.6 控制范围 — 监督项目和产品的范围状态,管理范围基准变更的过程。

图 5-1 概括了项目范围管理的各个过程。虽然各项目范围管理过程以界限分明、相互独立的形式出

现,但在实践中它们会以《PMBOK® 指南》无法全面叙述的方式相互交叠、相互作用。

图 5-1项目范围管理概述

项目范围管理的核心概念在项目环境中,“范围”这一术语有两种含义:

从预测型方法到适应型或敏捷型方法,项目生命周期可以处于这个连续区间内的任何位置。在预测型生命周期中,在项目开始时就对项目可交付成果进行定义,对任何范围变化都要进行渐进管理。而在适应型或敏捷型生命周期中,通过多次迭代来开发可交付成果,并在每次迭代开始时定义和批准详细的范围。

采用适应型生命周期,旨在应对大量变更,需要相关方持续参与项目;因此,应将适应型项目的整体范围分解为一系列拟实现的需求和拟执行的工作(有时称为产品未完项)。在一个迭代开始时,团队将努力确定产品未完项中,哪些最优先项应在下一次迭代中交付。在每次迭代中,都会重复开展三个过程:收集需求、定义范围和创建 WBS。相反,在预测型项目中,这些过程在项目开始时开展,并在必要时通过实施整体变更控制过程进行更新。

在适应型或敏捷型生命周期中,发起人和客户代表应该持续参与项目,随同可交付成果的创建提供反馈意见,并确保产品未完项反映他们的当前需求。在每次迭代中,都会重复开展两个过程:确认范围和控制范围。相反,在预测型项目中,确认范围在每个可交付成果生成时或者在阶段审查点开展,而控制范围则是一个持续性的过程。

在预测型项目中,经过批准的项目范围说明书、工作分解结构(WBS)和相应的 WBS 词典构成项目范围基准。只有通过正式变更控制程序,才能进行基准变更。在开展确认范围、控制范围及其他控制过程时,基准被用作比较的基础。而采用适应型生命周期的项目,则使用未完项(包括产品需求和用户故事)反映当前需求。

项目范围的完成情况是根据项目管理计划来衡量的,而产品范围的完成情况是根据产品需求来衡量的。在这里,“需求”是指根据特定协议或其他强制性规范,产品、服务或成果必须具备的条件或能力。

确认范围是正式验收已完成的项目可交付成果的过程。从控制质量过程输出的核实的可交付成果是确认范围过程的输入,而验收的可交付成果是确认范围过程的输出之一,由获得授权的相关方正式签字批准。因此,相关方需要在规划阶段早期介入(有时需要在启动阶段就介入),对可交付成果的质量提出意见,以便控制质量过程能够据此评估绩效并提出必要的变更建议。

目范围管理的发展趋势和新兴实践需求一直是项目管理中的重点,并且还将继续得到项目管理从业者的更多关注。随着全球环境变得日益复杂,组织开始认识到如何运用商业分析,通过定义、管理和控制需求活动来提高竞争优势。商业分析活动可在项目启动和项目经理任命之前就开始。根据《需求管理:实践指南》[14],需求管理过程始于需要评估,而需要评估又可能始于项目组合规划、项目集规划或单个项目。

在项目范围管理过程中,收集、记录和管理相关方需求。项目范围管理的范围趋势和新兴实践包括(但不限于)注重与商业分析专业人士的合作,以便:

需求管理过程结束于需求关闭,即把产品、服务或成果移交给接收方,以便长期测量、监控、实现和维持效益。

应该将商业分析的角色连同职责分配给具有足够商业分析技能和专业知识的人员。如果项目已配备商业分析师,那么,与需求管理相关的活动便是该角色的职责。而项目经理则负责确保这些活动在项目管理计划有所安排,并且在预算内按时完成,同时能够创造价值。

项目经理与商业分析师之间应该是伙伴式合作关系。如果项目经理和商业分析师能够理解彼此在促进项目目标实现过程中的角色和职责,项目成功的可能性就更大。

裁剪时需要考虑的因素因为每个项目都是独特的,所以项目经理需要裁剪项目范围管理过程。裁剪时应考虑的因素包括(但不限于):

在敏捷或适应型环境中需要考虑的因素对于需求不断变化、风险大或不确定性高的项目,在项目开始时通常无法明确项目的范围,而需要在项目期间逐渐明确。敏捷方法特意在项目早期缩短定义和协商范围的时间,并为持续探索和明确范围而延长创建相应过程的时间。在许多情况下,不断涌现的需求往往导致真实的业务需求与最初所述的业务需求之间存在差异。因此,敏捷方法有目的地构建和审查原型,并通过多次发布版本来明确需求。这样一来,范围会在在整个项目期间被定义和再定义。在敏捷方法中,把需求列入未完项。


ID:338
areaid:2
groupid:4
type:
post_name: 5.5
post_title: 确认范围
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.5 确认范围
post_content:

确认范围是正式验收已完成的项目可交付成果的过程。本过程的主要作用是,使验收过程具有客观性;同时通过确认每个可交付成果,来提高最终产品、服务或成果获得验收的可能性。本过程应根据需要在整个项目期间定期开展。图 5-15 描述本过程的输入、工具与技术和输出。图 5-16 是本过程的数据流向图。

图 5-15确认范围:输入、工具与技术和输出

图 5-16确认范围:数据流向图

由客户或发起人审查从控制质量过程输出的核实的可交付成果,确认这些可交付成果已经圆满完成并通过正式验收。本过程对可交付成果的确认和最终验收,需要依据:从项目范围管理知识领域的各规划过程获得的输出(如需求文件或范围基准),以及从其他知识领域的各执行过程获得的工作绩效数据。

确认范围过程与控制质量过程的不同之处在于,前者关注可交付成果的验收,而后者关注可交付成果的正确性及是否满足质量要求。控制质量过程通常先于确认范围过程,但二者也可同时进行。


ID:341
areaid:2
groupid:4
type:in
post_name: 5.5.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.5 确认范围 / 5.5.1 确认范围:输入 / 5.5.1.2 项目文件
post_content:

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


ID:342
areaid:2
groupid:4
type:in
post_name: 5.5.1.3
post_title: 核实的可交付成果
post_excerpt: 第一部分 项目管理知识体系指南 / 5 项目范围管理 / 5.5 确认范围 / 5.5.1 确认范围:输入 / 5.5.1.3 核实的可交付成果
post_content:

核实的可交付成果是指已经完成,并被控制质量过程检查为正确的可交付成果。


ID:538
areaid:5
groupid:0
type:
post_name: 8
post_title: 项目质量管理
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理
post_content:

项目质量管理包括把组织的质量政策应用于规划、管理、控制项目和产品质量要求,以满足相关方目标的各个过程。此外,项目质量管理以执行组织的名义支持过程的持续改进活动。

项目质量管理过程包括:

8.1 规划质量管理 — 识别项目及其可交付成果的质量要求和/或标准,并书面描述项目将如何证明符合质量要求和/或标准的过程。

8.2 管理质量 — 管理质量是把组织的质量政策用于项目,并将质量管理计划转化为可执行的质量活动的过程。

8.3 控制质量 — 为了评估绩效,确保项目输出完整、正确,并满足客户期望,而监督和记录质量管理活动执行结果的过程。

图 8-1 概述了项目质量管理的各个过程。虽然各项目质量管理过程通常以界限分明、相互独立的形

式出现,但在实践中它们会以《PMBOK® 无法全面叙述的方式相互交叠、相互作用。此外,不同行业和公司的质量过程各不相同。

图 8-1项目质量管理概述

图 8-2 概述了项目质量管理过程的主要输入和输出以及这些过程在项目质量管理知识领域中的相

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

图 8-2主要项目质量管理过程的相互关系

项目质量管理的核心概念项目质量管理需要兼顾项目管理与项目可交付成果两个方面,它适用于所有项目,无论项目的可交付成果具有何种特性。质量的测量方法和技术则需专门针对项目所产生的可交付成果类型而定,例如,对于软件与核电站建设的可交付成果,项目质量管理需要采用不同的方法和措施。无论什么项目,若未达到质量要求,都会给某个或全部项目相关方带来严重的负面后果,例如:

“质量”与“等级”不是相同的概念。质量作为实现的性能或成果,是“一系列内在特性满足要求的程度”(ISO 9000)[18]。等级作为设计意图,是对用途相同但技术特性不同的可交付成果的级别分类。项目经理及项目管理团队负责权衡,以便同时达到所要求的质量与等级水平。质量水平未达到质量要求肯定是个问题,而低等级产品不一定是个问题。例如:

预防胜于检查。最好将质量设计到可交付成果中,而不是在检查时发现质量问题。预防错误的成本通常远低于在检查或使用中发现并纠正错误的成本。

根据不同的项目和行业领域,项目团队可能需要具备统计控制过程方面的实用知识,以便评估控制质量的输出中所包含的数据。项目管理团队应了解以下术语之间的差别:

质量成本 (COQ) 包括在产品生命周期中为预防不符合要求、为评价产品或服务是否符合要求,以及因未达到要求(返工)而发生的所有成本。失败成本通常分为内部(项目团队发现的)和外部(客户发现的)两类。失败成本也称为劣质成本。第 8.1.2.3 节给出了每类质量成本的一些例子。

组织选择投资缺陷预防,因为它对产品生命周期有利。由于项目的临时性,针对产品生命周期的COQ 决策,通常是项目集管理、项目组合管理、PMO 或运营的关注点。

按有效性递增排列的五种质量管理水平如下:

项目质量管理的趋势和新兴实践现代质量管理方法力求缩小差异,交付满足既定相关方要求的成果。项目质量管理的趋势可能包括(但不限于):

裁剪考虑因素每个项目都是独特的,因此项目经理需要裁剪项目质量管理过程。裁剪时应考虑的因素包括(但不限于):

关于敏捷/适应型环境的考虑因素为引导变更,敏捷方法要求多个质量与审核步骤贯穿整个项目,而不是在面临项目结束时才执行。

循环回顾,定期检查质量过程的效果;寻找问题的根本原因,然后建议实施新的质量改进方法;

后续回顾会议评估试验过程,确定是否可行、是否应继续、或做出调整,或者直接弃用。

为促进频繁的増量交付,敏捷方法关注于小批量工作,纳入尽可能多的项目可交付成果的要素。

小批量系统的目的是在项目生命周期早期(整体变更成本较低)发现不一致和质量问题。


ID:556
areaid:5
groupid:2
type:out
post_name: 8.1.3.2
post_title: 质量测量指标
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.1 规划质量管理 / 8.1.3 规划质量管理:输出 / 8.1.3.2 质量测量指标
post_content:

质量测量指标专用于描述项目或产品属性,以及控制质量过程将如何验证符合程度。质量测量指标的例子包括按时完成的任务的百分比、以 CPI 测量的成本绩效、故障率、识别的日缺陷数量、每月总停机时间、每个代码行的错误、客户满意度分数,以及测试计划所涵盖的需求的百分比(即测试覆盖度)。


ID:559
areaid:5
groupid:3
type:
post_name: 8.2
post_title: 管理质量
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量
post_content:

管理质量是把组织的质量政策用于项目,并将质量管理计划转化为可执行的质量活动的过程。

本过程的主要作用是,提高实现质量目标的可能性,以及识别无效过程和导致质量低劣的原因。

管理质量使用控制质量过程的数据和结果向相关方展示项目的总体质量状态。本过程需要在整个项目期间开展。

图 8-7 描述本过程的输入、工具与技术和输出。图 8-8 是本过程的数据流向图。

图 8-7管理质量:输入、工具与技术和输出

图 8-8管理质量:数据流向图

管理质量有时被称为“质量保证”,但“管理质量”的定义比“质量保证”更广,因其可用于非项目工作。在项目管理中,质量保证着眼于项目使用的过程,旨在高效地执行项目过程,包括遵守和满足标准,向相关方保证最终产品可以满足他们的需求、期望和要求。管理质量包括所有质量保证活动,还与产品设计和过程改进有关。管理质量的工作属于质量成本框架中的一致性工作。

管理质量过程执行在项目质量管理计划中所定义的一系列有计划、有系统的行动和过程,有助于:

项目经理和项目团队可以通过组织的质量保证部门或其他组织职能执行某些管理质量活动,例如故障分析、实验设计和质量改进。质量保证部门在质量工具和技术的使用方面通常拥有跨组织经验,是良好的项目资源。

管理质量被认为是所有人的共同职责,包括项目经理、项目团队、项目发起人、执行组织的管理层,甚至是客户。所有人在管理项目质量方面都扮演一定的角色,尽管这些角色的人数和工作量不同。参与质量管理工作的程度取决于所在行业和项目管理风格。在敏捷项目中,整个项目期间的质量管理由所有团队成员执行;但在传统项目中,质量管理通常是特定团队成员的职责。


ID:562
areaid:5
groupid:3
type:in
post_name: 8.2.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.1 管理质量:输入 / 8.2.1.2 项目文件
post_content:

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


ID:571
areaid:5
groupid:3
type:tt
post_name: 8.2.2.7
post_title: 问题解决
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.2 管理质量:工具与技术 / 8.2.2.7 问题解决
post_content:

问题解决发现解决问题或应对挑战的解决方案。它包括收集其他信息、具有批判性思维的、创造性的、量化的和/或逻辑性的解决方法。有效和系统化地解决问题是质量保证和质量改进的基本要素。问题可能在控制质量过程或质量审计中发现,也可能与过程或可交付成果有关。使用结构化的问题解决方法有助于消除问题和制定长久有效的解决方案。问题解决方法通常包括以下要素:


ID:574
areaid:5
groupid:3
type:out
post_name: 8.2.3.1
post_title: 质量报告
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.3 管理质量:输出 / 8.2.3.1 质量报告
post_content:

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


ID:575
areaid:5
groupid:3
type:out
post_name: 8.2.3.2
post_title: 测试与评估文件
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.2 管理质量 / 8.2.3 管理质量:输出 / 8.2.3.2 测试与评估文件
post_content:

可基于行业需求和组织模板创建测试与评估文件。它们是控制质量过程的输入,用于评估质量目标的实现情况。这些文件可能包括专门的核对单和详尽的需求跟踪矩阵。


ID:582
areaid:5
groupid:4
type:in
post_name: 8.3.1.2
post_title: 项目文件
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.1 控制质量:输入 / 8.3.1.2 项目文件
post_content:

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


ID:586
areaid:5
groupid:4
type:in
post_name: 8.3.1.6
post_title: 事业环境因素
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.1 控制质量:输入 / 8.3.1.6 事业环境因素
post_content:

能够影响控制质量过程的事业环境因素包括(但不限于):


ID:587
areaid:5
groupid:4
type:in
post_name: 8.3.1.7
post_title: 组织过程资产
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.1 控制质量:输入 / 8.3.1.7 组织过程资产
post_content:

能够影响控制质量过程的组织过程资产包括(但不限于):


ID:589
areaid:5
groupid:4
type:tt
post_name: 8.3.2.1
post_title: 数据收集
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.2 控制质量:工具与技术 / 8.3.2.1 数据收集
post_content:

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

图 8-12核查表


ID:594
areaid:5
groupid:4
type:tt
post_name: 8.3.2.6
post_title: 会议
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.2 控制质量:工具与技术 / 8.3.2.6 会议
post_content:

以下会议可作为控制质量过程的一部分:


ID:596
areaid:5
groupid:4
type:out
post_name: 8.3.3.1
post_title: 质量控制测量结果
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.3 控制质量:输出 / 8.3.3.1 质量控制测量结果
post_content:

控制质量的测量结果是对质量控制活动的结果的书面记录,应以质量管理计划所确定的格式加以记录。


ID:597
areaid:5
groupid:4
type:out
post_name: 8.3.3.2
post_title: 核实的可交付成果
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.3 控制质量:输出 / 8.3.3.2 核实的可交付成果
post_content:

控制质量过程的一个目的就是确定可交付成果的正确性。开展控制质量过程的结果是核实的可交付成果,后者又是确认范围过程的一项输入(见 5.5 节),以便正式验收。如果存在任何与可交付成果有关的变更请求或改进事项,可能会执行变更、开展检查并重新核实。


ID:599
areaid:5
groupid:4
type:out
post_name: 8.3.3.4
post_title: 变更请求
post_excerpt: 第一部分 项目管理知识体系指南 / 8 项目质量管理 / 8.3 控制质量 / 8.3.3 控制质量:输出 / 8.3.3.4 变更请求
post_content:

见 4.3.3.4 节。如果控制质量过程期间出现了可能影响项目管理计划任何组成部分或项目文件的变更,项目经理应提交变更请求,且应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。