产品和过程质量保证讲义

TR的原则
❖ 考虑“好消息”和“坏消息”，并进行详细讨论； ❖ 关注于发现未得到满足的需求，而不是坚持进度； ❖ 以合理的速度去花时间阅读材料； ❖ 不应因为缺少时间和预算而将评审省略。
TR的一般过程
评审计划 （时间、 职责、 交付件 分工）
评审要素表 自检
评审材料 准备
（报告初 稿或会议 胶片）
❖ 主要活动：制定项目质量保证计划，并客观地评价过程、 工作产品和服务，沟通非一致问题，并保证问题解决；建 立和维护质量保证活动的记录，定期完成质量报告，向相 关人员反馈质量问题。
……CMMI描述的
《产品和过程质量保证过程》应该体现的内容讨论
对质量保证的疑问是什么？ 容易犯的错误是什么？
TR的目的
PPQA活动五：审计
❖ 审计项目以确定项目操作过程与组织所有相关的规程、 过程等的符合度（内部质量审计）
❖ 每次版本发布之前，要进行交付物审计； ❖ 每次基线发布之后，要进行基线审计； ❖ 组织对审计问题进行分析，落实解决方案，跟踪审计
问题的关闭；
审计过程
准备 审计 日程
ቤተ መጻሕፍቲ ባይዱ
组建 审计 团队
准备 审计 检查 单
产品与过程质量保证
质量--符合要求的程度
质量—产品/ 服务的固有特性满足客户要求的程度。
产品/服务 固有特性
要求和期望
0
50%
100%
质量管理发展的三个阶段
质量管理的活动
质量策划—致力于制定质量目标、确定运行过程和资源 以实现质量目标； 质量控制—致力于满足质量要求；
质量控制方法：审计（审计）、测试； 质量控制活动：
❖ 整理会议材料，预订会议资源，发布评审会议通知； ❖ 组织技术评审会议，质量问题介绍及质量风险评估，
给出后续活动结论。； ❖ 度量本次TR过程； ❖ 拟制TR报告，组织评审专家会签，报PM批准及公司
质量部签发。 ❖ 根据PM授权安排POP或其他人员发布TR报告及结论； ❖ 跟踪TR遗留问题，确认问题解决结果。
❖ 交付件的基线化在交付审计发现的所有不符合项都关 闭之后进行
❖ 在阶段结束会议前、交付件基线化后，定期地，由QA 以及备份CMO或者其他项目组的CMO进行基线审计， 审计要依照基线审计检查单进行。
PPQA活动六：质量回溯
❖ 组织、引导原因分析讨论。组织、引导项目团队深入 挖掘公司或项目表现出来的管理缺陷、能力不足；
评审的过程是什么? 评审容易犯的错误? 如何保证评审的效果？
❖ 交付审计的目标是： ➢ 验证交付件与项目定义的过程、标准和SOW的一致 性 ➢ 验证过程的有效性 ➢ 验证工作产品是否达到质量目标的要求
项目基线审计
❖ 审计一个或多个项目遵循的配置管理系统，以验证： ➢ 配置管理系统满足项目需求 ➢ 已建立基线的完备性与正确性 ➢ 和配置管理指导书、SOW、项目配置管理计划的符 合度。
❖ 使得担当PPQA角色的个人免受他们正在评审的产品/ 项目的管理者所作的性能评价的影响。
PPQA活动一：质量计划
❖ 在概念和计划阶段，制定和优化质量计划，制定质量目 标，列出必须的质量保证和质量控制活动；
❖ 组织评审质量计划； ❖ 在项目过程中，通过例会、审计、评审（TR）等，监控
质量计划的执行情况以及质量目标的达成情况； ❖ 当实际执行情况与产品质量计划发生偏差时，应提醒项
Excute
action
plan
Hold
Following
Redirect
Excute action
plan
n meeting if
develop activitie （Specificatio
s
SE, PQA
Design）
No go
Go 没有遗留问题和只是一些没有解决风险可以很快解决的问题。
Go with risk 遗留问题的解决存在一定风险，但不影响下一步活动的启动。
审计 启动 会议
执行 收集 数据
判定 符合 性
准备 审计 报告
审计 结束 会议
项目交付审计
❖ 审计项目中的所有交付件（包括软件的各个组成部分、 用于制订客户交付件的支持文档）来验证该交付物与 质量管理体系以及合同要求的一致性。
❖ 交付审计的时间点为：在完成对该交付物的Review或 测试后、并在该交付物作为其它活动或交付物的输入 前，以及交付给客户之前进行。
❖ 优化设计：及时发现设计中欠考虑的方面及其原因。 ❖ 发现错误：使产品项目的选择、问题和错误尽早明朗
化，避免下游阶段对前期隐藏的缺陷无法纠正或者被 迫耗费巨大的人力、物力和时间才能纠正。 ❖ 跟踪需求：确保在设计中考虑到了所有技术风险，并 且在产品包设计中进行了充分考虑以满足规定的产品 包需求。 ❖ 质量评估：评估设计成熟度，在项目关键点上评估产 品包开发的状况，为产品项目的决策提供有力的依据。 ❖ 风险规避：明确设计中存在的风险，根据评审结论可 以采取相应的风险规避措施或其它具体行动。
目采取相应的补救措施，要求项目更新计划。 ❖ 参与其他计划的评审，重点关注流程相关活动和质量。
PPQA活动二：引导和培训
❖ PPQA应制定培训计划，并在进度计划WBS中体现，然 后按照计划为项目进行非业务层面流程活动的培训；
❖ 在各阶段系统工程活动开始前适时地进行引导，并在 活动中给予指导和技术支持，引导活动可以以文档点 评、样例分析、写作讨论等方式进行。
质量改进—致力于增强满足质量要求的能力。
质量包含两方面内容
质量包括两方面：
反映最终产品/ 服务交付件的质量。 反映组织的过程质量，如： 进度偏差率、工作量偏差率、需求的稳定度、 缺险和 问题的发现率/ 解决率，等。
PPQA的独立性解释
❖ 给担当PPQA角色的个人提供组织上的自由度，使他们 成为高级管理者在产品/项目上的“耳目”。
角色职责定义
PM
❖ 评审项目的质量保证计划； ❖ 评审PPQA活动； ❖ 不合格项的纠正； ❖ 支持质量保证活动的开展。
项目组成员
❖ 参与评审质量保证计划； ❖ 配合PPQA对产品的评审和对过程的审核工作。
产品和过程质量保证（PPQA）
❖ 目的: 向项目组和管理层提供工程和相关工作产品的真实直 观表述。
PPQA经理负责
❖ 审批项目的质量保证计划； ❖ PPQA与项目组不能达成一致的不合格项的裁决； ❖ PPQA队伍建设； ❖ 汇总、分析PPQA活动的度量数据。
角色职责定义
PPQA
❖ 参与项目计划的活动； ❖ 为项目组提供研发过程方面的咨询与培训； ❖ 和项目经理协商制订项目的质量保证计划； ❖ 提交质量报告； ❖ 执行质量保证的过程审核和工作产品评审活动； ❖ 跟踪和验证不合格项的处理； ❖ 上报项目组内未能及时关闭的不合格项；
流程中已规定的质量控制活动； 流程中未规定，在项目计划中增加的质量控制活动；
质量管理的活动
质量保证—从质量管理体系的角度，向管理者/ 客户提供 适当的对业务的过程和交付件（产品/ 服务）的可视性 ， 致力于提供对体系能力的信任。包 括：
质量管理体系的流程/ 规范/ 标准的培训、引导、推行落实
通过评审（审计）其业务过程和交付件（产品/ 服务）， 以验证它们符合适用的流程、规范和标准，给管理者提供 这些评审和测试的结果；
技术评审 会议
生成 或 优化 评审报告
PDT经理 审核报告
技术评审 度量
评审报告 会签
评审报告 发布
评审结论 执行
TR的三个结论
Go
Following develop activities
(Specification Design)
Go with risk
Following develop activities (Specification Design)
❖ 确定原因要素。综合各方面讨论意见，合理确定问题 的根因要素，并判断是否有改进的可能；
❖ 落实改进措施、计划。对于建议改进的根因要素，提 出改进建议，发送给相关改进责任人确认和落实预防 措施、实施计划。
❖ 关注改进点的同时也关注优点的推广；
角色职责定义
MSG
❖ 质量保证工作提供资源； ❖ 评审PPQA活动； ❖ 项目组与质量保证组不能达成一致的不合格项的裁决。
PPQA活动三：质量度量与报告
❖ 收集、整理质量数据 ❖ 参与组织质量数据分析，质量风险评估； ❖ 向PM以及质量管理部门汇报项目质量状况及风险； ❖ 质量问题解决情况跟踪及结果确认
PPQA活动四：技术评审
❖ 结合产品实际情况，在SE以及相关人员的协助下，进 行评审要素裁减；
❖ 根据评审要素，检查产品的实际情况，给出评审结论， 记录存在的问题；
Redirect 遗留问题影响到下一步活动的启动，必须首先解决。
TR报告
❖ 质量评估 ➢ 要素表检查情况 ➢ 遗留问题改进计划 ➢ 冲突点记录和结论 ➢ 风险分析
❖ 评审结论 ❖ 过程规范和质量目标达成情况
➢ 过程审计结果 ➢ 度量指标 ➢ 质量目标 ❖ 会签记录
评审常见问题
讨论《评审操作指导书》的内容