研发质量管理课件.ppt

《研发质量管理课件.ppt》由会员分享，可在线阅读，更多相关《研发质量管理课件.ppt（106页珍藏版）》请在三一办公上搜索。

1、研发质量管理,2019.8,内容提要,研发质量管理意识在研发流程中构建产品质量质量控制手段-技术评审质量控制手段-产品测试研发过程质量保证,研发质量管理意识,一个产品的质量是由开发和维护这个产品的过程的质量所决定的。Watts Humphrey,质量 Quality,产品、体系或过程的一组固有特性满足顾客和其他相关方要求的能力。,产品质量和过程质量的关系,交付质量 1.产品本身质量 2.文档质量 3.服务质量过程质量，包括研发、生产、服务阶段。1.过程规范的符合度 2.缺陷和问题的解决率 3.进度偏差率 4.工作量偏差率 5.需求的稳定度,质量与进度哪个重要？,T C Q T：时间，C：成本，

2、Q：质量。研发进度与质量的取舍。,质量管理发展的四个阶段,阶 段 全面质量管理TQM 过程统计技术QA 专职检验员QC 手工操作者 时间 1900 1920 1931 1960,9,大家有疑问的，可以询问和交流,可以互相讨论下，但要小声点,例如：市场需求分析,$APPEALS：客户需求收集和分析方法。市场需求管理流程：收集、分析、分发、实现、验证5个步骤。,质量管理体系,质量部 IPMT EPG组织 PQA组织 测试组织 评审 引导 经验教训总结 检验 培训 案例库 测试 审计,质量管理体系,组织保证,质量管理活动,体系文件,IT支持系统,质量策划,质量控制,质量保证,质量改进,质量策划与质量

3、控制,质量策划：致力于制定质量方针、质量目标、确定运行程序和资源、工具以实现质量目标的一系列组织管理工作。质量控制（QC Quality Control）：致力于满足质量要求。方法：评审、测试、检验。,质量保证与质量改进,质量保证（QA Quality Assurance）：从质量管理体系的角度，向管理者/客户提供适当的对业务过程和交付件（产品/服务）的可视性，致力于提供对体系能力的信任。包括：1.建立了质量保证的组织；2.质量管理体系的流程/规范/标准建立、培训、引 导，推行落实；3.通过审计其业务过程和交付件（产品/服务），以验证它们符合适用的流程、规范和标准，给管理者提供这些审计的结果。

4、质量改进：致力于增强满足质量要求的能力。方法：经验教训总结，案例库等。,质量改进手段：PDCA循环,Deming Cycle(PDSA/PDCA)Plan(计划)Do（执行）Study/Check（检查）Act（纠正）Quality,Plan DoAct Study Check,质量改进的信息来源,流程执行者，合理化建议；过程审计；标杆企业；企业战略；客户要求；,质量成本,为了达到产品/服务质量而进行的全部工作发生的所有成本。这些努力包括为确保与要求一致而做的所有工作，以及由于不符合要求所引起的全部工作。这些工作引起的成本包括三种：1.预防成本(Prevention Cost)2.鉴定成本(A

5、ppraisal Cost)3.故障成本(Failure Cost)质量成本=符合要求的代价+不符合要求的代价,质量成本意识,营 POC 质量成本 业销售收入 成 本 PONC：不符合要求的代价 POC：符合要求的代价 EFC：无失误运作成本,利润,必要成本,预防,鉴定,失败,产品开发中缺陷的相对修复成本,成本 开发 部署 产品问题早发现，早解决，在部署之后又发现产品问题再进行修复，通常要多花100到1000倍的成本。,产品研发项目质量管理计划模板,产品质量等级总体质量策略过程偏差质量目标质量目标达成计划关键性能指标达成计划质量保证控制活动,在研发流程中构建产品质量,集成产品开发（IPD）流程

6、的特点,“端到端”分阶段的流程分层级的流程在流程中设置重要的控制点采用并行工程,IPD体系框架,产品战略 市场管理流程 市场信息 客户反馈 竞争信息 技术趋势 产品组织 IPD流程,管理细分市场并评估绩效,产品战略流程,集成组合管理团队（IPMT）,开发,平台与技术开发流程,一流的子流程,项目管理 配置与变更 技术评审 质量管理 文档管理需求管理 CBB重用 采购/外协管理 配置管理 软硬件设计,绩效管理,基于战略和流程的KPI体系,IPD工具,共用工具（业务、技术和工厂）,Dev MfgFull MktProc Svc SW Fin,Mfg TdDev Proc Full,验证,发布,生命周

7、期,Mkt MfgDev Proc Svc,结构化的产品开发流程,概念决策 计划决策 可获得性决策 生命周期结束 评审点 评审点 评审点 决策评审点 TR1 TR2 TR3 TR4 TR5 TR6 Launch TR4A GA,开发 验证 发布 生命 周期,流程中的质量控制点,四个决策评审点（Decision Check Point DCP）；七个技术评审点（Technical Review Point TRP）；一个发布点（Launch）；一个正式发布点（General Availability GA）。,技术平台开发流程,计划,-从IPMT或ITMT处接受项目任务书-组建TDT-开始从使用

8、该技术的PL或产品线中调用资源组建外围组-概念设计-概要构建模块设计/选择-初始供应商选择计划-分析市场机会以估计财务结果和风险-确定平台，ASIC或技术方案-初始BOM/EC发布计划,-全球产品计划支持-路标，CBB承诺-平台技术评审2和3-完整的供应商选择计划-概要设计完成-订购LLT原型机器件-最终EC：LLT SIT，SVT-可服务性计划-到TR4A的端到端4级项目计划,开发,切换,-设计/开发（到TR4A）-设计完成检查点-准备并构建原型机，产品文档-测试：BBFV（到TR4）-评估第一个样机-完成HCMM-完成BBFV-与高一级的分层集成（如：平台，产品）-完成高一级的BBFV，S

9、DV-完成产品SIT-SDV，SIT，GA器件的EC-订购SIT和GA产量逐渐增大所需器件-切换DCP,有以下切换：-所有技术文档-所有财务信息-PDT继续进行设计和测试所需的所有计划-保留TDT核心组，支撑使用该技术的PDT的TR和各种测试活动,新器件/物料优选流程,通过对新选用元器件的资料审查，对生产厂家提供的样件指标参数的容限、极限进行测试和可靠性试验，选择符合公司产品要求的元器件，并通过对厂家的技术保证和批量生产能力、工艺水平、质保体系的考察，最终提出潜在供应商的全过程。以达到产品开发中器件选用的归一化、高复用率、高替代率、以保证新产品选用器件的可量产化。,技术规范书拟制、归档（器件组

10、）,新器件上网（器件组）,上网查询优选器件（项目组）,提出器件要求（项目组）,商务认证（商务认证团队）,技术认证（技术认证团队）,研发中技术评审,目的,跟踪需求发现错误优化设计风险规避质量评估,原则,关注于发现未得到满足的需求，而不是坚持进度；以合理的速度去花时间阅读材料；不应因为缺少时间和预算而将评审省略。,技术评审（TR）,概念 计划 开发 验证 发布 生命周期 TR1 TR2 TR3 TR4 TR4A TR5 TR6 产品需求 产品规格 概要设计 BBFV SDV SIT SVT和Beta测试结果；和概念 和总体方案 测试 测试 测试 确认性能、可靠性、环境、结果 结果、结果、外部鉴定目

11、标已经达到。性能 性能 基线化 可靠性 内部基线,技术评审体系的三层架构,子过程 关联 关联 关联 子过程和TR和 DCP之间关系IPD TR：七大评审点，由PQA组织，引用子评审的结果 对产品质量进行评估，并且对PDT提出改正建议。IPD TRSub-TR：子过程评审，由项目组组织，在交付件完成后 Sub-TR 实施。对子过程活动输出质量把关。Peer ReviewPeer Review：检视。非正式，在交付件生成过程中同行 子过程活动 间的交付件检查和问题讨论。配合关系,子过程,结束,TR4A,TR5,TR6,开始,子过程,子过程,开始,结束,开始,结束,TRn,技术评审过程实例,-7天-

12、5天-3天-2天 0天 3天,启动评审,材料准备,材料分发,材料预读,问题沟通,评审会,汇报,讨论,总结,资料归档,SE主持技术 SE介绍评审材料。讨论，PQA 评审员提出更详细的问题，项组织过程，目成员作解答。必要时邀请 PQA总结并汇总意见，形成评相关专家参 审结论，会后填写技术评审加。报告，并对缺陷进行管理。,技术评审报告经评审会签后，交技术管理中心归档，研发活动进入下一阶段。,SE组织项目组人员和评审员进行沟通，提前解决小缺陷。,评审员对评审资料进行研读，项目组相关成员应与评审员进行深入的交流，务必使评审员充分理解设计内容。,PQA检查通过后，发放给评审组人员。,SE组织，项目组准备评

13、审资料。,技术评审的角色和职责,SE：技术主持人。PQA：过程主持人。PDT核心组：反应部门问题，代表本领域提出专业意见，并代表功能部门承担责任。技术专家：贡献个人才智，不承担直接责任。PDT Leader：以业务需要为出发点对技术问题做决策。,技术评审的三个结论,Go Go with risk Redirect Go：没有遗留问题和只是一些没有解决风险可以很快解决的问题。Go with risk：遗留问题的解决存在一定风险，但不影响下一步活动的启动。Redirect：遗留问题影响到下一步活动的启动，必须首先解决。,Following develop activities(Specificat

14、ion Design),Following develop activities(Specification Design),Excuteaction plan,Excuteaction plan,Holdon meetingIfSE,PQA,Following develop activities(Specification Design),技术评审报告模板,产品质量评估 1.要素表检查情况 2.遗留问题改进计划 3.冲突点记录和结论 4.风险分析评审结论过程规范和质量目标达成情况 1.过程审计结果 2.度量指标 3.质量目标会签记录,新模式与以前模式的差异,新模式的特点 1.IPD的精神是

15、充分发挥PDT的自主运作，PDT对产品的业务目标和质 量目标的达成承担最终责任，要获得充分的授权和充分的信任，TR的主导者是PDT，功能部门是支撑PDT；2.技术评审的目的在于评估产品的技术成熟度，充分发现产品存在的问题和风险，并给出对策建议，不是“过/不过”的判决；3.技术评审要分层，交付件的评审在日常的开发活动中完成，IPD-TR关注检视、Sub-TR评审和测试结果，并对下一步活动计划给出建议。观念更新 TR不存在“过/不过”的门槛概念，下游部门要从“接收”心态转变为帮助PDT发现问题和风险，形成解决计划并落实解决计划。中心转移 PDT具有更大发言权，相应地承担更大责任，对PDT经理的管理

16、能力提出更高要求。,测试工程概论,测试与调试的区别,测试目的是发现问题，调试目的是解决问题。测试是由测试人员完成，调试由开发人员完成。测试结果可知，调试结果不可预知。研发过程中一直有测试，调试是测试之后的活动，在研发后期进行。,测试方法分类,按对测试对象逻辑的关注程度 白盒测试 黑盒测试 灰盒测试：介于白盒测试和黑盒测试之间的一种测试模式，重点关注模块接口。按测试级别 单元测试 集成测试 系统测试 验收测试 认证测试 标杆测试（对比测试）,Alpha测试,系统开发接近完成时进行；一般由最终用户或其他人员完成，不能由开发人员或测试人员完成；在开发人员指导下进行测试，是在受控环境中进行的；测试后，

17、仍然会有少量的设计变更。,Beta测试,实验局、客户试用；公司内部开发和测试根本完成时所做的测试；一般由最终用户完成，不能由公司人员完成；由多个最终用户在一个或多个真实的用户场所独立地进行；在受控环境中；通常需要建立很好的客户问题反馈机制。,SDV（System Design Verify）系统设计验证,功能测试，以验证是否符合设计规格；SDV是对BUILD或原型机的渐增测试；SDV测试范围包括子系统和系统级测试；对每个BUILD，应测试其新增及修改部分；针对一些EMC（电磁兼容性）等性能方面的测试，在条件允许的情况下尽可能早地展开。,SIT（System Integration Test）系

18、统集成测试,初始产品渐增BUILD测试；在SDV后，针对系统的稳定性和可靠性展开的测试；目的是确认与设计规格、认证要求、行业标准及公司标准的符合性，同时还要确认性能和系统稳定性；SDV和SIT阶段的区分原则：应遵循“相同的被测对象不要做两遍相同的测试”的基本原则，如果原型机与初始产品没有差别，SIT就没有必要重复做一次同样的渐增测试。,SVT（System Verfied Test）系统验证测试,试产产品的抽查测试；目的是验证制造流程，并通过批量Builds来保证设计完整性。这一测试必须在界定好的客户发货级典型部件上面实施；SVT是面向制造的测试，以保证大批量生产时的可制造性，一些回归测试也是

19、必须的；SVT不应该有新的设计或需求方面的验证。,回归测试与版本管理,确定并标识基线内容 基线A 跟踪对基线A的变更 回归测试 生成并验证新的基线 基线B 跟踪对基线B的变更 回归测试 生成并验证新的基线 基线C 跟踪对基线C的变更 回归测试 生成并验证新的基线 发布产品基线,配置标识,配置状态发布,配置控制,测试工程过程,V模型,系统测试方案 系统测试执行 集成测试计划 集成测试执行 单元测试计划 单元测试执行 单元测试准备 走查,总体方案设计,概要设计阶段,详细设计阶段,编码/绘制,单元测试阶段,集成测试阶段,系统测试阶段,测试工程过程,任务,测试计划,开发文档：需求，高层设计方案等。,输

20、入,测试策略制定,测试计划/方案,资源需求,测试进度,测试用例,测试环境建设(设计、开发、实现),测试执行,测试报告,输出,测试策略,测试与验证计划,测试设备,测试记录,测试报告,测试用例,缺陷报告,测试过程,测试策略测试计划/方案测试设计测试开发测试执行测试评估测试报告缺陷跟踪,TestPlanning,Test Design,TestDevelopment,Exec.,Exec.,Exec.,TestReport,Evaluation,Defect Tracking,Build,Sub-System,System,测试计划,制定测试策略测试环境建立测试项目测试资源计划测试进度计划交付件定义

21、工作量估计,测试设计,测试环境设计测试工具设计测试用例设计测试规程设计,测试用例,功能概述测试目的前提条件输入期望结果,公司测试用例库,个性化具体特性的 共性化产品 测试用例集 共性化产品平台 测试用例集 核心技术关键技术积累,测试开发,测试环境开发测试工具开发测试用例编写,测试执行,测试操作编写测试报告,缺陷跟踪,缺陷收集缺陷分析修正错误回归测试,缺陷（BUG）分级管理,致命：引起系统死机或系统崩溃的问题严重：引起系统某一功能失效且不能简单恢复的问题一般：引起系统某一功能失效但可简单恢复或较难重现的问题,缺陷跟踪管理表模板,缺陷描述缺陷级别责任人解决方案验证方案确认人,测试报告,测试投入汇总

22、测试结果统计测试总结和改进建议问题报告遗留问题清单,测试评估,收集度量数据测试有效性评估测试完备性评估测试效率评估改进测试，补充测试内容,五个基本测试文档,计划测试 测试计划：指明测试范围、方法、资源以及相应测试活动的时间进 度安排表的文档设计测试 测试方案：指明为完成测试而进行的设计测试方法的细节的文档。实现测试 测试用例：指明为完成一个测试项的测试的输入、预期结果、测试条件、测试步骤等因素的文档。指导测试 测试规程：指明执行测试时，测试活动序列的文档。记录测试 测试报告：指明执行测试结果的文档。,集成测试,产品分解结构(PBS)逻辑示意图,构建模块（Building Block BB）,一

23、个构建模块是一个结构（如机械件、面板）中的一个组件（比如一个单板）或一组组件，当它与其他构建模块组装在一起后便成为一个完整的子系统或系统。例如：软件模块，硬件模块，逻辑模块等。从架构方面来讲，一个构建模块具有以下特征：某一结构中的BB与其他BB共同装配在一起，最终形成一个 完整的、适于销售的产品。可以单独采购或自行开发设计，可以在产品之间共享和重用。通过一系列功能和/或非技术的物理属性（如PCB属性有长度、宽度、高度、重量、颜色等）描述每个硬件和软件BB。BB通常作为单独的实体进行测试（BBFV）。,产品级测试渐增测试模型举例,TR4 BBFVBB1 BUILD1 SDVBB2 TR4 TR4

24、A BBFV BB3 BUILD2 SDV BB4,PCB设计,投板,调试和单元测试,硬件设计审查,单板测试,联调BBIT,转测试评审,跟踪和解决问题,对BUILD的测试,代码检视、审查,集成测试,单元测试,编码,系统测试,SIT,BetaTest,联调BBIT,转测试评审,跟踪和解决问题,对BUILD的测试,编码,编码,单元测试,单元测试,集成测试,集成测试,代码检视、审查,代码检视、审查,系统测试,系统测试,说明,BB1BB2BUILD1BBIT(Building Block Integrate Test)BBFV和SDV是Build的活动 对每个Build都要进行BBFV和SDV的活动。

25、TR4和TR4A是基于Build的技术评审 1.每个Build进行SDV（功能验证）之前需要进行 TR4。2.进行Beta测试和进行SIT（初始产品测试）的Build必须进行TR4A。,Build的划分,Build划分是Build计划的关键环节；Build划分是定义渐增构建顺序基础；Build划分时，首先要借助产品需求跟踪关系建立系统功能和各基础BB之间的对应关系；为了便于Build划分，系统功能需要保持合适的粒度，对部分耦合性特别强的功能或偏细节的功能首先进行适当的合并。,Build路标计划及模板,Build由BB构建；Build计划是后续制订开发计划和测试与验证计划的依据。,基于研发流程测

26、试管理,产品测试生命周期模型,概念阶段 计划阶段 开发阶段 验证阶段,产品启动,定义可测试性需求,模块级需求分析、设计、实现、验证,测试需求分析和测试计划制定,系统需求分析、功能分析、设计综合,子系统需求分析、功能分析、设计综合,BUILD划分,SDV测试执行,SIT测试执行,SVT测试执行,测试评估与关闭,产品测试正式启动,测试方案设计,测试用例设计,定义产品包需求和产品概念,拟制产品包验证主计划,产品测试流程,产品测试活动贯穿整个产品开发阶段。,概念阶段测试工作的目的,参与需求评审识别可测试性需求制定产品测试与验证的策略,可测试性设计（DFT）,可测性：系统和设备能及时准确地确定其工作状态

27、（可工作/不可工作，工作性能下降），并隔离其内部故障的一种设计特性。MIL-STD-2165以提高可测性为目的进行的设计称为可测性设计（design for testability DFT），优化设计使单元/模块/系统便于测试，便于发现、定位、隔离和解决异常问题。DFT是设计特性，完全由设计所决定，最终用户是不可见的。DFT面向全生命周期不同测试过程，是调试/验证测试、生产测试、维护测试的基础。,可测试性设计的系统结构举例（物理分层）,外部输入/输出通道,子系统级测试控制台,系统级测试控制台,芯片级测试控制台,板级测试控制台,系统 系统级测试总线（输入/输出通道）,内置自测试,隔离与定位,测试

28、控制点,测试观测点,子系统,子系统,子系统板级测试总线,内置自测试,隔离与定位,测试控制点,测试观测点,电路板,电路板,电路板 芯片级测试总线,内置自测试,隔离与定位,控制点,观测点,芯片,芯片,芯片,可测试性设计案例,集成调试中的问题定位：“XXX系统的YYY部分的集成、调试中，为什 么解决问题的速度不够快。原因是定位问题的方法没有预先考虑。”“如果在设计中加强可测试性考虑，能多观察到一些关键的测试变量或者测试脚，出现问题时可以比较容易地定位问题所在的模块，而不至于到处怀疑，茫然失措。”,可测试性需求模板,站在开发人员的调试、测试角度收集需求：-系统可测试性需求及策略-系统调试的可测试性需求

29、-系统验证测试的可测试性需求-系统安装后上电自检的可测试性需求-模块调试与测试的可测试性需求-模块故障诊断测试的可测试性需求等,产品测试策略及模板,1.目的 7.SVT测试策略2.范围 8.Beta测试策略3.关键技术 8.1 Beta测试需求分析4.BBFV测试策略 8.2 Beta测试计划 4.1 Building Block I测试策略 9.认证和标杆测试策略 4.2 测试环境 9.1 认证和标杆测试需求分析 4.3 测试重点 9.2 认证和标杆测试计划5.SDV测试策略 10.测试环境筹备计划 5.1 SDV测试方案概述 10.1 测试环境需求分析 5.2 BUILD I测试策略 10

30、.2 工具/仪器的可获得性风险评估 5.2.1 测试环境 11.自主开发工具详细分析 5.2.2 测试重点 11.1 工具名称6.SIT测试策略 11.2 工具需求分析 6.1 测试环境 11.3 资源需求分析 6.2 测试重点 12.附件,计划阶段测试工作的目的,制订整个项目的测试与验证主计划制订测试设备总体方案，概要方案制订测试环境方案,测试与验证主计划模板与目的,测试代表作为产品测试的主负责人，负责制订整个产品开发的测试主计划。产品SE负责产品集成测试方案的制订与实施。测试代表负责系统测试方案、验证方案、Beta测试、标杆测试、认证测试的方案与实施。,开发阶段测试目标,单元测试、集成测试

31、对原型样品和初始产品进行测试（SDV/SIT）单元测试、集成测试、SDV、SIT评审资料测试包装测试确定生产验证方案（中试方案）确定试用的客户（准备市场测试）,测试设计与更新测试计划,修改计划细化计划测试设计-SDV测试的用例设计-SDV测试方案同行互审-SIT测试的用例设计-SIT测试方案同行互审-SVT测试的用例设计-SVT测试方案同行互审,开发阶段BBIT活动,BBIT验证构建模块的外部接口和与其他构建模块之间的接口，包括与已有系统的接口。主要活动：-进行测试-问题反馈-回归测试-测试报告输出,系统设计验证（SDV）,原型样机的测试整合渐增的产品构件并按计划进行测试验证产品是否符合原先规

32、定的功能,系统集成测试（SIT）,初始产品的测试逐步构建系统并对从生产线生产出来的首批产品单元进行集成测试（渐增测试和最后的全面测试）验证产品是否符合原先规定的功能比较全面的测试：包括功能、性能、可靠性等,验证阶段测试目标,产品中试以检验生产工艺、供应链情况等SVT测试以面向制造的测试试验局/用户使用测试以验证满意度标杆测试以检验和最佳竞争对手的差距认证测试以获得证书对测试结果进行评估，以决定是否发布,产品中试,从研发到正式生产的过渡阶段目的是检验生产工艺、生产测试文件、供应商、供应链、服务编制批量生产文件,产品中试方案,产品中试方案是指导中试的总体方案由项目经理负责组织制作对资源、进度、环境

33、等提出要求,系统验证测试（SVT）,专门的组织对初始产品进行测试对初始产品进行性能、可靠性、环境等测试,Beta测试（用户试用测试）,在客户的环境使用首批产品并在实际条件中测试产品按计划进行Beta测试定期回访客户，记录Bug并反馈为每个客户记录Beta测试报告,认证测试,借助第三方或其他受约束的环境，进行行业标准鉴定测试他国准入进行测试获得认证书,标杆测试（Benchmark testing）,在概念阶段对标杆产品进行分析借助第三方进行测试和业界最佳竞争对手对比测试,发布阶段,参与用户问题的跟踪、验证。收集客户新的需求。,标准软件项目测试流程,项目任务书，项目输入 计 划 阶 段 PDCP

34、开 发 阶 段,SOW,系统测试计划,项目计划,集成测试计划,需求分析,单元测试计划,详细设计,概要设计,编码,单元测试,系统测试,发布,集成测试,产品集成工作支持,硬件测试关注内容,单板软件与单板硬件的关联性很高，因此单板软件直接在单板上运行前，先去除程序本身的问题。单板硬件是否可靠，需要结合测试软件对单元电路进行稳定性的测试，如对存储器的读写测试，以验证硬件电路的功能完整。单板在与应用软件集成之前，应先进行单板自身的测试工作。,标准硬件项目测试流程,项目任务书 计 划 阶 段 PDCP 开 发 阶 段,SOW,项目计划,单元测试计划,单板硬件详细设计（LLD）,单板总体设计（HLD）,PC

35、B设计,单板硬件调试和单元测试（UT）,发布,（更新后的）设计规格,产品集成工作支持,研发过程质量保证,过程质量保证（QA）,客观地评价项目过程：保证客观评价已完成的过程、相关工作产品，以及服务等与组织过程定义、规范的一致性。主要活动：客观评价过程。提供客观的认识：客观地跟踪和沟通非一致性的问题，并保证问题被解决。主要活动：沟通不一致性的问题，建立质量保证活动记录。,为什么需要质量保证,通过蛛丝马迹判断项目最终能否成功降成本的需要，事前预防优于事后返工“旁观者”角度看待项目是否成功,QA的独立性,提供组织上的自由度。免受他们正在评审的产品/项目的管理者所作的评价的影响。,QA工作关系,信息通道

36、（汇报）问题升级渠道（汇报）组内协调 1.PQA是项目组核心组成员，但组织关系独立于项目组（PDT），PQA的管理部门为质量管理部，由质量管理部对其进行业务指导；2.PQA负责协调产品各功能领域QA或质量部门的工作；3.PQA向项目经理和质量管理部经理双重汇报；4.PQA工作保持相对的独立性，即当PQA和项目经理的意见不一致时，PQA可以相对独立地向公司管理高层（IPMT）和质量管理部反馈问题。,项目经理,质量管理部,公司管理高层,产品QA,软件QA,硬件QA,技术支持QA,供应链QA,PQA工作关系,PQA和研发SQA、HQA等功能领域QA的关系：PQA：主要关注产品开发全流程、全功能领域的

37、流程一致性，产品质量目标监控和质量相关问题的协调；SQA、HQA等功能领域QA：主要关注软件和硬件开发项目等功能领域的流程以及相关业务活动的质量工作；PQA负责在产品层面协调各个功能领域的质量问题；PQA与研发SQA、HQA等功能领域QA没有领导和考评关系，只是工作协调、配合、相互支持的关系。,过程QA典型活动,引导培训（牧师）过程审计（警察）组织技术评审协助裁减，形成项目WBS（工作分解结构）汇报过程质量诊断与改进（医生）,PQA主要职责,组织制定产品质量目标和产品质量计划，并监督实施；作为产品QA工作的总负责人；引导和审计，确保活动交付件满足质量要求，以达到产品质量目标和计划；担任技术评审

38、的过程专家；搜集、统计产品质量数据，组织分析并给出建议；缺陷预防，对产品质量问题进行回溯，推动预防措施落实；完成产品质量月报，提交给项目经理，作为其决策时参考。,PQA在产品开发流程中主要活动举例,流程模板培训 流程模板培训 流程模板培训 流程模板培训 流程模板培训 开工会 开工会 Beta活动 ESP活动引导 流程裁剪 流程裁剪 ESS、ESP活动 项目计划 项目计划 引导 业务计划 业务计划 DCP准备 DCP准备 Beta活动 DCP准备 经验教训 经验教训 经验教训 经验教训 经验教训,概念阶段,计划阶段,开发阶段,验证阶段,发布阶段,流程咨询及答疑（贯穿全流程）,QA审计流程图示例,每年准备一 按照审计日历，每季度（半年）次审计日历 进行内部审计 进行一次高级 经理Review,批准并签发审计计划（产品线运作及质量管理部部长）,批准审计日历（产品线运作及质量管理部部长）,结束会议（审计组长）,高级经理Review（高级经理）,准备审计日历,准备审计计划,实施审计（审计者）,签发审计日历（PLIPMT）,开工会（审计组长）,审计分析,审计跟踪（PQA）,谢谢！,