项目管理-质量

质量

质量实践的目的在于记录用户对项目产品的需求，并建立满足这些需求的方法。

质量关乎于确保项目产品满足用户的需求和期望，并支持实现预期收益。

定义：质量 产品、服务、流程、人员、组织、系统或资源都有一套固定的特性，质量就是这一固定特性满足相关需求的程度。

应将质量融入一切；不仅仅是在项目结束时执行测试。

8.1 关键术语

术语	定义
用户的质量期望	有关项目产品预期达到质量的说明，记录在项目产品描述中
需求	在已批准的管理产品中记录的需求或期望。已捕获并记录的需求或期望即被视为需求，构成项目范围的一部分
验收准则	项目产品在用户接受之前必须满足的有优先级的准则列表。例如，关键利益相关方可接受的产品集合所需具备的属性的可测量的定义
质量规格	描述对执行质量控制的人员将应用的质量措施以及已完成产品必须达到的水平

8.1.2 基于产品的质量

关注产品的原则是 PRINCE2 质量方法的核心：

• 将需求转化为项目产品及其交付活动的验收准则和质量规格
• 确保所需产品的质量规格和质量控制的清晰可追溯性
• 在项目生命周期的早期纠正质量问题和缺陷，比在测试已完成产品时纠正更容易、成本更低

8.2 对有效质量管理的指导

质量管理关注三个要素：质量计划、质量控制和质量保证。

要素	涉及内容
质量计划	识别项目的主要产品，在项目产品描述中根据用户的质量期望和验收准则对其进行记录；推导用户需求，并在产品描述中根据质量规格加以详细说明；制定质量管理方法，以确保满足相关的质量规格和验收准则；获得项目管理委员会对以上各项的批准，作为后续管理和控制的基线
质量控制	在交付期间实施协定的质量管理方法；评估质量相关问题，并在必要时提出质量例外；确保所交付产品通过验收
质量保证	确保质量计划和质量控制技术足以确认可以满足质量需求

8.2.1 质量计划

定义：质量计划 获取项目产品的质量规格并生成相关的产品描述和质量管理方法。

质量计划步骤：

1. 用户的质量期望：在项目准备流程中记录用户的质量期望，识别主要产品、验收准则、适用标准和程序、测量指标、质量容许偏差
2. 质量容许偏差：项目很少能有足够的资源来满足所有质量规格和验收准则，因此需要优先级排序
3. 描述产品：将高级需求发展为更详细的产品描述，以实现切合实际的计划和质量控制
4. 产品可持续性：产品描述应包括作为质量规格或验收准则捕获的产品可持续性需求

定义：产品描述 对产品的用途、格式、组成、来源、质量规格和开发职责的描述。

质量职责（在产品描述中指定）：

• 生产者：负责开发产品的人员或团体
• 审查者：负责评估产品是否符合其质量或验收准则的人员或团体（审查者应始终不同于生产者，以避免利益冲突）
• 验收职权组织：负责确定产品是否可接受的人员或团体

定义：产品登记单 项目记录单的一个组件，用于标识项目要交付的产品并记录其验收情况。

8.2.2 质量控制

定义：质量控制 监视项目的特定产品及其开发或交付活动并判断它们是否满足相应标准的程序；同时也是一种识别合适方法、尽量减少绩效不佳原因的程序。

定义：质量登记单 项目记录单的一个组件，用于标识计划的或已发生的所有质量控制活动，并为阶段竣工报告和项目竣工报告提供信息。

质量登记单提供质量控制活动的记录，从各产品描述的批准开始。

8.2.3 质量保证

定义：质量保证 一种有计划的系统性活动，可就产品在质量控制下测试后达到定义的质量规格提供信心。质量保证方法通常由业务执行，以确保这些独立于项目团队。

注意：不要混淆质量保证和项目保证：

• 质量保证：专注于产品，独立于项目管理团队，通常由业务职能部门执行
• 项目保证：是项目管理委员会的职责，用于确定项目是否正确执行，独立于项目经理（而非项目）

8.3 技术

8.3.1 PRINCE2 质量管理技术（三步骤）

质量计划 → 质量控制 → 验收产品
   ↑                      ↓
（项目产品描述）      （产品登记单）
   ↓                      ↑
（产品描述、质量管理方法）（质量登记单）

计划质量（创建两种管理产品）：

• 产品描述：详细说明每种产品的质量规格和相关的质量容许偏差
• 质量管理方法：描述要应用的支持技术和标准，以及达到所需质量规格和验收准则的角色和职责

创建产品描述要点：

• 定量测量指标：将需求转化为数值化形式（如 100 名工作人员）
• 定性测量指标：将需求转化为描述性形式（如”易用性”）——风险在于可能过于模糊
• 功能性需求：描述必须如何执行和使用产品
• 非功能性需求：描述产品的固有特征，例如产品安全性或可靠性

8.3.2 支持技术（质量技术类型）

质量技术	说明
验证	重点确认临时产品（如项目设计）反映了必要的质量规格和验收准则；在实际产品尚不存在的产品设计和开发过程中进行
核实	重点确认产品符合质量规格和验收准则；在测试期间或产品存在后进行
原型设计	生产临时产品，用于获得有关其功能的早期反馈或全面了解生产关注；是迭代-增量交付方法不可缺少的一部分
测试	涉及到在代表其预期使用的条件下使用产品、其组件或其部分功能；可在开发和交付过程中多次发生
检查	确认产品符合质量规格和验收准则；通常在交付点进行；最适用于商品和商业成品
认证	展示产品或供应商符合适用行业需求或监管要求的证明；通常在交付点进行，所需工作最少

8.4 应用实践

8.4.1 组织情境

• 首先识别业务或项目群是否具有强制要求的质量管理体系，以及执行质量保证方法所需的专业知识
• 项目可能受到外部质量标准的约束（例如，项目处于受监管环境中）

8.4.2 商务情境

• 在商务情境中，产品描述和质量管理方法必须考虑合同或其他商务协议在产品交付期间所要求的功能
• 验收也必须从合同和项目的角度加以处理，注意确保合同规定的质量和验收准则与产品和项目产品描述中的质量和验收准则不存在冲突

8.4.3 交付方法

线性-顺序项目：

• 通常有更多关于所需产品及其交付活动的信息，可开发足够详细的产品描述和质量规格
• 验收准则和质量规格可能受到线性-顺序项目外部变更的影响，通过变更控制来解决

迭代-增量项目：

• 质量规格和验收准则不会随着项目启动文件的批准而固定不变，它们被视为通过开发和交付迭代实现的目标
• 项目产品描述可以采用具有相关验收准则的概要用户故事形式编写
• 敏捷项目可能旨在尽早交付最小可行产品，质量管理方法可能包括标准的”完成定义”和”就绪定义”

8.4.4 可持续性

可持续性需求应满足：

• 组织在交付后维持预期收益的能力（产品可持续性）
• 组织实现有关项目及其产品的环境影响预期的能力（环境可持续性）

8.4.5 规模

质量管理总是存在一定的成本：

• 简单项目：可能依靠现有标准和交付点检查
• 复杂项目：可能需要在质量控制方面进行大量投资，并开展大量质量审查（如技术设计检查、单元测试、集成测试、性能测试、功能性测试和用户验收测试）

8.5 管理产品

产品描述（Product Description）

目的：描述产品的目的、组成、来源和质量规格

概括性内容：标识符、版本、目的、组成、格式、来源、质量规格、所需的开发或生产的方法和技能、分配对象、质量容许偏差、所需的质量方法和质量技能、职责

质量管理方法（Quality Management Approach）

目的：描述在项目期间要应用的质量技术和标准，以及达到规定的质量规格和验收准则所需的角色和职责

概括性内容：范围、质量管理程序、职责、资源、支持工具和技术、标准、参考资料

质量登记单（Quality Register）

目的：汇总已计划或已发生的所有质量管理活动

概括性内容：质量标识符、产品标识符、质量方法、日期、职责、结果（通过/未通过）、记录

产品登记单（Product Register）

目的：列出计划所需的所有产品以及这些产品的状态

概括性内容：产品标识符、日期（产品描述批准日期和产品验收日期）、状态（如开发中或已验收）、参考资料