研发质量管理
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
z 绩效管理
z 成本管理
在设计中构建质量体系的要素
¾一套流程：不要将质量管理体系与产品开发流程孤立，而应融合在 一起，即基于流程的质量管理。
¾两个原则：DCP和TR分离，设立高级别的主审人，同时对主审人进 行绩效考核以保证质量；建立CBB，必须保证成熟模块占一定比例。
¾三个职位：SE对产品设计质量负责；主审人对评审负责；QA对执行 过程中的质量监控负责。
y 让新手（没有测试经验）直接做设计，导致大量的质量问题，高级别工程 师几乎把时间都花在解决这些问题的救火上；
y 几乎没有CBB和成熟度评估的概念，重复的错误经常再犯； y 片面强调集成和模块化，片面考虑可靠性，将不成熟模块集成放入系统中
，而不是外挂； y 对于系统或新产品开发，往往是一个SE做一个方案去评审，而不是多个SE
产品管理四大支撑之一“质量管理”
z 项目管理
¾ 对项目的任务、资源和成本进行计划控制以及管理的过程 ¾ 项目管理的目的在于在一定预算内达到既定的明确目标，同时达到可接受的水平 ¾ 是端到端的以产出为核心各资源配合，面向最终交付的项目管理，而不是面向过程或
面向部门或面向领导的项目管理。
z 质量管理
¾ 培训、引导按照产品管理各流程运作； ¾ 策划产品质量，提出产品质量策略，制定产品质量保证和具体产品质量控制计划。
软件质量管理的特点
1．软件质量管理应该贯穿软件开发的全过程，而不仅仅是软件本身 软件质量不仅仅是一些测试数据、统计数据、客户满意度调查回函等等，衡量一
个软件质量的好坏，应该首先考虑完成该软件生产的整个过程是否达到了一定质量要 求。在软件开发实践中，软件质量控制可以依靠流程管理(如缺陷处理过程、开发文 档控制管理、发布过程等)，严格按软件工程执行，来保证质量。例如： ·通过从"用户功能确认书"到"软件详细设计"过程的过程定义、控制和不断改善，确保 软件的"功用性"； ·通过测试部门的"系统测试"、"回归测试"过程的定义、执行和不断改善，确保软件的 "可靠性"和"可用性"； ·通过测试部门的"性能测试"，确保软件的"效率"； ·通过软件架构的设计过程及开发中代码、文档的实现过程，确保软件的"可维护性 "； ·通过引入适当的编程方法、编程工具和设计思路，确保软件的"可移植性"等等。 2 ．对开发文档的评审是产品检验的重要方式 由于软件是在计算机上执行的代码，离开软件的安装、使用说明文档等则寸步难行， 所以开发过程中的很多文档资料也作为产品的组成部分，需要像对产品一样进行检验， 而对文档资料的评审就构成了产品检验的重要方式。 3 ．运用技术手段保证质量 利用多种工具软件进行质量保证的各种工作，如用SVN软件进行配置管理和文档管理、 用RDM进行变更控制、用RATIONALROSE软件进行软件开发等。采用先进的系统 分析方法和软件设计方法(OOA、OOD、软件复用等)来促进软件质量的提高。
2）充分设计之后再编码，防止因考虑不周而返工。
3）牢牢控制对缺陷的修改。要用专门的软件，记录和跟踪 软件缺陷的修复。缺陷跟踪记录包括：发现人、缺陷描述、 修复人、修复记录、确认人、确认结论，通过后才关闭该记 录。 4）充分进行软件的系统测试。软件编码、单元测试、集成 测试后，还要进行充分的系统测试、回归测试，待软件稳定、 不再出新的缺陷后，再考虑软件出厂。 5）恰当掌握软件的放行标准。并不是零缺陷的软件才是质 量高的软件，软件零缺陷几乎是不可能的，对遗留的缺陷要 充分进行分析，只要能满足用户需求，软件遗留的缺陷可以 通过今后升版解决。
5.质量保证 与改进
1. 研发质量管理概述
研发质量管理体系模型（通用）
质量管理体系
研发流程与指标体系 （体系文件）
如： 产品开发流程 软件开发子流程
质量管理活动
质
质
质
质
量
量
量
量
策
控
保
改
划
制
证
进
组织保证
如： 软件质量部 PAC(筹) TRG
硬件开发子流程
测试子流程 项目管理流程 变更流程
如：
如：
质量计划 评审
y 产品/服务的固有特性满足客户要求的程度
什么是质量？
y 产品/服务的固有特性满足客户要求的程度
y 广义的质量包括：产品质量、项目质量、过程质量
满足了用户需求的软件质量，就是 好的软件质量。如果软件在技术上 很先进，界面很漂亮，功能也很多， 但不是用户所需要的，仍不能算软 件质量好。客户的要求需双方确认， 而且这种需求一开始可能是不完整、 不明确的，随着开发的进行不断调 整。 软件的类型不同，软件质量 的衡量标准的侧重点也不同。例如， 对于实时系统而言，效率 (Efficiency)会是衡量软件质量的首 要要素，对于一些需要软件使用者 (用户)与软件本身进行大量交互的 系统，对可用性(Usability)就提出 了较高的要求。
质量成本的投入并非是多 多益善，也不是越少越好， 关键是找到最适质量成本。
据调查统计，在成本上一般来说是“需求分析”和“规划确定”各占3%， “设计”占5%，“编程”占7%，“QA、TR、测试”占30%，“投产和维护” 占52%。近些年来，测试成本的比例更有上升趋势。
构建研发过程资产库（PAL）
y 组织级的研发过程资产库PAL: Process Asset Library ，它包括如下主要内容：
软件质量属性
质量与质量管理
质量包括两方面：
交付件的质量，如系统质量、文档质量。 过程质量，如：流程符合度、进度偏差率、工作量偏差率、需求的稳定度、
缺险和问题的发现率/解决率等。
质量管理活动：
质量策划（或叫质量计划）：是前期质量策划，如产品质量目标、质量计划。 质量保证：从质量管理体系的角度，向管理者/客户提供适当的对业务的过程 和交付件（产品/服务）的可视性 ，致力于提供对体系能力的信任。包括：
评审
文档管理
任职资格 与活动匹配
¾低级别的人员不能做高级别 的工作。。
¾QA职责和人员水平要提高， 要熟悉业务
¾SE要详细熟悉质量方针和 原则
¾建立文档审核的三级审核制度 ¾明确各阶段应交付的文档，列出模板。 ¾文档作为工作完成的标志。 ¾推行文档管理、产品数据（PDM）的制度和流程。
研发质量管理中常见的误区
、单机、单板低层级、子模块层级产品的鉴定，缺乏通过低层产品 的共享积累批量，提高成熟度，而且测试和验证中没有成熟模块做 成平台，非成熟模块一定只能外挂的可靠性系统设计理念。 y 评审效率不高，特别是底层，流于形式。 y 头疼医头，脚痛医脚，没有从系统角度考虑问题，不是从设计中构 建质量。
什么是质量？
¾质量管理体系的流程/规范/标准的培训、引导、推行落实； ¾通过审计其业务过程和交付件（产品/服务），以验证它们符合适用的流程、 规范和标准，给管理者提供这些审计的结果； 质量控制：后端进行质量控制，如评审、测试等； 质量改进：致力于增强满足质量要求的能力。如质量回溯等。
典型误区：混淆质量保证和质量控制
软件质量管理的指导思想
1.缺陷预防 分析过去遇到过的缺陷并采用响应的措施以避免这些类型的缺陷以后再 次出现。这些缺陷可能在当前项目的早期阶段或任务中被确定，也可能 是被其它项目所确定。缺陷预防活动也是项目间汲取教训的一种机制； 规划缺陷预防活动；找出并确定引起缺陷的通常原因；对引起缺陷的通 常原因划分优先级并系统地消除。
¾四个分离：规划与系统设计分离；设计与实现分离；实现与测试分 离；测试与验证分离。
¾多种手段：规划、CBB共享、评审、测试与缺陷归零管理、任职资 格与活动匹配。其中的评审，重点是在产品开中设立多个里程碑TR点， 只有评审通过后才能往下进行。
项目质量管理的手段（方法）
¾做好产品、技术等规划。核心技术和关键技术及新器件要早规划、早预研。 ¾项目系统方案需要有多个概念，需进行多方案论证降低系统设计风险。
¾方案评审中要把CBB作为关键 的评价要素；
¾所选元器件尽量从优选库中选 择，新器件要首先通过论证。
CBB
规划（多方 案论证）
测试验证
¾规划与设计分离，设计与 实现分离，实现与测试分 离，测试与验证分离。
¾明确评审要素，划分清楚评审 责任。
¾主审人相对固定，不临时抓差 ¾每一个审核要有自检的
CHECKLIST和评审要素
1. 质量管理系统的所有文件，如：质量手册、流程/规程、操作指导书、模板、表格、查 检表、标准/规范、工具等，以及组织文档；
2. 系统工程方法、软件/硬件工程方法
3. 项目信息库
4. 过程数据库PDB：开发过程文档；过程度量数据；经验教训； 5. 过程能力基线库PCB
PAL
6. 样例库
7. 风险数据库RDB 8. 偏差和裁剪库 9. 工具库
软件质量管理的范围界定
MicrosoftOffice Visio绘图
质量管理的发展与演变
IPD
全面质量管理阶段
CMMI ISO
统计质量管理阶段 质量检验阶段
6 SIGMA 数理统计 抽样检查
专职检验
严格控制
质量管理基本思想
质量成本意识
PONC：不符合要求 的代价 POC：符合要求的代 价 EFC：无失误运作成 本
y “重视”交付质量，忽视过程质量。“重视”实体交付质量，忽视文档质 量。
y 缺少全流程质量意识，依赖后端质量检验，忽视前端质量引导。将质量管 理片面理解为事后纠偏和缺陷归零管理，而不是努力在设计中构建质量优 势的系统思考；
y 花了很多时间做评审，但没有评审要素，而且对评审人没有绩效考核，评 审做过场；
2.紧紧扣住用户需求 用户分为两种：CUSTOMER和ENDUSER。前者是付钱的，而后者才 是使用者。两者的要求有时是不同的，所以两方面的要求都要满足。但 是，有时两方面的要求并不一致。因此，应采取以下方式：
1）采用快速原型法，尽快提供用户软件原型，并及时获取用户的反馈， 根据用户的反馈不断修改软件，而不是全部完工后再最后交给用户。否 则，要改的地方可能很多，甚至推翻重来。
做多个方案再评审，确定一条路径后再确定SE； y 质量责任主体错位（TQM）
ห้องสมุดไป่ตู้
以上误区会导致经常出现以下问题
y 基本没有产品和技术货架，各层次没有进行模块化设计，基本不共 享成熟模块；
y 低手做设计，出现大量质量问题，高手忙于救火； y 没有建立产品的共享平台与成熟度评估原则，缺乏各层次并行开发
的模式，产品层次越低，TR越不重视； y 新项目常由一个SE做多概念论证，缺乏比较和优选。 y 没有分产品不同层级进行定型鉴定，只做系统级的鉴定，没有整机
¾ 正确的质量管理意识——全员质量管理、基于流程的质量管理、质量管理人人有责；
¾ 正确的质量控制手段——有效的评审与分层分级的测试；
¾ 有效的质量保证手段——建立正确、合理、适用的质量管理体系。
《课程目录》
1. 研发质量 管理概述
2.研发流程 与指标体系
3.组织保障 与质量策划
4.质量控制之 评审与测试
田松 2012/12/05
课程简介
产品质量对于企业经营成本的影响是根本性的，低质量的产品不仅会 大大增加产品的维护成本，侵蚀产品利润，而且会带来项目返工、进度延迟、 客户满意度和企业信誉下降、丧失市场机会等恶劣后果。因此，能够快速地推 出满足客户需求的高质量产品的能力是一个企业的核心竞争力所在。
本课程基于当前武汉光谷信息技术股份有限公司当前正在构建研发质量管 理体系的背景，将围绕着什么是产品质量？产品质量与什么相关？有那些手段 可以提高产品质量？提高质量是谁的责任？他们应该如何开展确保产品质量的 工作？等问题，通过培训宣贯，需要大家了解：
PAL : Process Asset Library 过程资产库 PCB : Process Capability Baseline 过程能力基线
质量目标 测试
如： 引导 培训
如： 度量 考核
审计
文件系统、IT支撑（RDM等）
质量体系实例
过程改进组织 决策、建立、维护
执行
过程执行组织
过程域
关键过程域 支持过程域
包含
过程规范 程序规范
产品标准
产出
产品
支持
质量文件体系
保证
保证
质量保证组织
质量体系要素关系图
质量管理体系的责任主体
¾ 质量管理的责任主体包括质量方针的制定和贯彻，质量设计及质量计划的管理 和监控。一般由公司质量管理部门和研发的技术体系领导主要负责制定和贯彻质 量方针，而质量管理的监控主体是QA，质量设计的责任主体为项目的SE，质量 计划的责任主体为项目经理。
z 成本管理
在设计中构建质量体系的要素
¾一套流程：不要将质量管理体系与产品开发流程孤立，而应融合在 一起，即基于流程的质量管理。
¾两个原则：DCP和TR分离，设立高级别的主审人，同时对主审人进 行绩效考核以保证质量；建立CBB，必须保证成熟模块占一定比例。
¾三个职位：SE对产品设计质量负责；主审人对评审负责；QA对执行 过程中的质量监控负责。
y 让新手（没有测试经验）直接做设计，导致大量的质量问题，高级别工程 师几乎把时间都花在解决这些问题的救火上；
y 几乎没有CBB和成熟度评估的概念，重复的错误经常再犯； y 片面强调集成和模块化，片面考虑可靠性，将不成熟模块集成放入系统中
，而不是外挂； y 对于系统或新产品开发，往往是一个SE做一个方案去评审，而不是多个SE
产品管理四大支撑之一“质量管理”
z 项目管理
¾ 对项目的任务、资源和成本进行计划控制以及管理的过程 ¾ 项目管理的目的在于在一定预算内达到既定的明确目标，同时达到可接受的水平 ¾ 是端到端的以产出为核心各资源配合，面向最终交付的项目管理，而不是面向过程或
面向部门或面向领导的项目管理。
z 质量管理
¾ 培训、引导按照产品管理各流程运作； ¾ 策划产品质量，提出产品质量策略，制定产品质量保证和具体产品质量控制计划。
软件质量管理的特点
1．软件质量管理应该贯穿软件开发的全过程，而不仅仅是软件本身 软件质量不仅仅是一些测试数据、统计数据、客户满意度调查回函等等，衡量一
个软件质量的好坏，应该首先考虑完成该软件生产的整个过程是否达到了一定质量要 求。在软件开发实践中，软件质量控制可以依靠流程管理(如缺陷处理过程、开发文 档控制管理、发布过程等)，严格按软件工程执行，来保证质量。例如： ·通过从"用户功能确认书"到"软件详细设计"过程的过程定义、控制和不断改善，确保 软件的"功用性"； ·通过测试部门的"系统测试"、"回归测试"过程的定义、执行和不断改善，确保软件的 "可靠性"和"可用性"； ·通过测试部门的"性能测试"，确保软件的"效率"； ·通过软件架构的设计过程及开发中代码、文档的实现过程，确保软件的"可维护性 "； ·通过引入适当的编程方法、编程工具和设计思路，确保软件的"可移植性"等等。 2 ．对开发文档的评审是产品检验的重要方式 由于软件是在计算机上执行的代码，离开软件的安装、使用说明文档等则寸步难行， 所以开发过程中的很多文档资料也作为产品的组成部分，需要像对产品一样进行检验， 而对文档资料的评审就构成了产品检验的重要方式。 3 ．运用技术手段保证质量 利用多种工具软件进行质量保证的各种工作，如用SVN软件进行配置管理和文档管理、 用RDM进行变更控制、用RATIONALROSE软件进行软件开发等。采用先进的系统 分析方法和软件设计方法(OOA、OOD、软件复用等)来促进软件质量的提高。
2）充分设计之后再编码，防止因考虑不周而返工。
3）牢牢控制对缺陷的修改。要用专门的软件，记录和跟踪 软件缺陷的修复。缺陷跟踪记录包括：发现人、缺陷描述、 修复人、修复记录、确认人、确认结论，通过后才关闭该记 录。 4）充分进行软件的系统测试。软件编码、单元测试、集成 测试后，还要进行充分的系统测试、回归测试，待软件稳定、 不再出新的缺陷后，再考虑软件出厂。 5）恰当掌握软件的放行标准。并不是零缺陷的软件才是质 量高的软件，软件零缺陷几乎是不可能的，对遗留的缺陷要 充分进行分析，只要能满足用户需求，软件遗留的缺陷可以 通过今后升版解决。
5.质量保证 与改进
1. 研发质量管理概述
研发质量管理体系模型（通用）
质量管理体系
研发流程与指标体系 （体系文件）
如： 产品开发流程 软件开发子流程
质量管理活动
质
质
质
质
量
量
量
量
策
控
保
改
划
制
证
进
组织保证
如： 软件质量部 PAC(筹) TRG
硬件开发子流程
测试子流程 项目管理流程 变更流程
如：
如：
质量计划 评审
y 产品/服务的固有特性满足客户要求的程度
什么是质量？
y 产品/服务的固有特性满足客户要求的程度
y 广义的质量包括：产品质量、项目质量、过程质量
满足了用户需求的软件质量，就是 好的软件质量。如果软件在技术上 很先进，界面很漂亮，功能也很多， 但不是用户所需要的，仍不能算软 件质量好。客户的要求需双方确认， 而且这种需求一开始可能是不完整、 不明确的，随着开发的进行不断调 整。 软件的类型不同，软件质量 的衡量标准的侧重点也不同。例如， 对于实时系统而言，效率 (Efficiency)会是衡量软件质量的首 要要素，对于一些需要软件使用者 (用户)与软件本身进行大量交互的 系统，对可用性(Usability)就提出 了较高的要求。
质量成本的投入并非是多 多益善，也不是越少越好， 关键是找到最适质量成本。
据调查统计，在成本上一般来说是“需求分析”和“规划确定”各占3%， “设计”占5%，“编程”占7%，“QA、TR、测试”占30%，“投产和维护” 占52%。近些年来，测试成本的比例更有上升趋势。
构建研发过程资产库（PAL）
y 组织级的研发过程资产库PAL: Process Asset Library ，它包括如下主要内容：
软件质量属性
质量与质量管理
质量包括两方面：
交付件的质量，如系统质量、文档质量。 过程质量，如：流程符合度、进度偏差率、工作量偏差率、需求的稳定度、
缺险和问题的发现率/解决率等。
质量管理活动：
质量策划（或叫质量计划）：是前期质量策划，如产品质量目标、质量计划。 质量保证：从质量管理体系的角度，向管理者/客户提供适当的对业务的过程 和交付件（产品/服务）的可视性 ，致力于提供对体系能力的信任。包括：
评审
文档管理
任职资格 与活动匹配
¾低级别的人员不能做高级别 的工作。。
¾QA职责和人员水平要提高， 要熟悉业务
¾SE要详细熟悉质量方针和 原则
¾建立文档审核的三级审核制度 ¾明确各阶段应交付的文档，列出模板。 ¾文档作为工作完成的标志。 ¾推行文档管理、产品数据（PDM）的制度和流程。
研发质量管理中常见的误区
、单机、单板低层级、子模块层级产品的鉴定，缺乏通过低层产品 的共享积累批量，提高成熟度，而且测试和验证中没有成熟模块做 成平台，非成熟模块一定只能外挂的可靠性系统设计理念。 y 评审效率不高，特别是底层，流于形式。 y 头疼医头，脚痛医脚，没有从系统角度考虑问题，不是从设计中构 建质量。
什么是质量？
¾质量管理体系的流程/规范/标准的培训、引导、推行落实； ¾通过审计其业务过程和交付件（产品/服务），以验证它们符合适用的流程、 规范和标准，给管理者提供这些审计的结果； 质量控制：后端进行质量控制，如评审、测试等； 质量改进：致力于增强满足质量要求的能力。如质量回溯等。
典型误区：混淆质量保证和质量控制
软件质量管理的指导思想
1.缺陷预防 分析过去遇到过的缺陷并采用响应的措施以避免这些类型的缺陷以后再 次出现。这些缺陷可能在当前项目的早期阶段或任务中被确定，也可能 是被其它项目所确定。缺陷预防活动也是项目间汲取教训的一种机制； 规划缺陷预防活动；找出并确定引起缺陷的通常原因；对引起缺陷的通 常原因划分优先级并系统地消除。
¾四个分离：规划与系统设计分离；设计与实现分离；实现与测试分 离；测试与验证分离。
¾多种手段：规划、CBB共享、评审、测试与缺陷归零管理、任职资 格与活动匹配。其中的评审，重点是在产品开中设立多个里程碑TR点， 只有评审通过后才能往下进行。
项目质量管理的手段（方法）
¾做好产品、技术等规划。核心技术和关键技术及新器件要早规划、早预研。 ¾项目系统方案需要有多个概念，需进行多方案论证降低系统设计风险。
¾方案评审中要把CBB作为关键 的评价要素；
¾所选元器件尽量从优选库中选 择，新器件要首先通过论证。
CBB
规划（多方 案论证）
测试验证
¾规划与设计分离，设计与 实现分离，实现与测试分 离，测试与验证分离。
¾明确评审要素，划分清楚评审 责任。
¾主审人相对固定，不临时抓差 ¾每一个审核要有自检的
CHECKLIST和评审要素
1. 质量管理系统的所有文件，如：质量手册、流程/规程、操作指导书、模板、表格、查 检表、标准/规范、工具等，以及组织文档；
2. 系统工程方法、软件/硬件工程方法
3. 项目信息库
4. 过程数据库PDB：开发过程文档；过程度量数据；经验教训； 5. 过程能力基线库PCB
PAL
6. 样例库
7. 风险数据库RDB 8. 偏差和裁剪库 9. 工具库
软件质量管理的范围界定
MicrosoftOffice Visio绘图
质量管理的发展与演变
IPD
全面质量管理阶段
CMMI ISO
统计质量管理阶段 质量检验阶段
6 SIGMA 数理统计 抽样检查
专职检验
严格控制
质量管理基本思想
质量成本意识
PONC：不符合要求 的代价 POC：符合要求的代 价 EFC：无失误运作成 本
y “重视”交付质量，忽视过程质量。“重视”实体交付质量，忽视文档质 量。
y 缺少全流程质量意识，依赖后端质量检验，忽视前端质量引导。将质量管 理片面理解为事后纠偏和缺陷归零管理，而不是努力在设计中构建质量优 势的系统思考；
y 花了很多时间做评审，但没有评审要素，而且对评审人没有绩效考核，评 审做过场；
2.紧紧扣住用户需求 用户分为两种：CUSTOMER和ENDUSER。前者是付钱的，而后者才 是使用者。两者的要求有时是不同的，所以两方面的要求都要满足。但 是，有时两方面的要求并不一致。因此，应采取以下方式：
1）采用快速原型法，尽快提供用户软件原型，并及时获取用户的反馈， 根据用户的反馈不断修改软件，而不是全部完工后再最后交给用户。否 则，要改的地方可能很多，甚至推翻重来。
做多个方案再评审，确定一条路径后再确定SE； y 质量责任主体错位（TQM）
ห้องสมุดไป่ตู้
以上误区会导致经常出现以下问题
y 基本没有产品和技术货架，各层次没有进行模块化设计，基本不共 享成熟模块；
y 低手做设计，出现大量质量问题，高手忙于救火； y 没有建立产品的共享平台与成熟度评估原则，缺乏各层次并行开发
的模式，产品层次越低，TR越不重视； y 新项目常由一个SE做多概念论证，缺乏比较和优选。 y 没有分产品不同层级进行定型鉴定，只做系统级的鉴定，没有整机
¾ 正确的质量管理意识——全员质量管理、基于流程的质量管理、质量管理人人有责；
¾ 正确的质量控制手段——有效的评审与分层分级的测试；
¾ 有效的质量保证手段——建立正确、合理、适用的质量管理体系。
《课程目录》
1. 研发质量 管理概述
2.研发流程 与指标体系
3.组织保障 与质量策划
4.质量控制之 评审与测试
田松 2012/12/05
课程简介
产品质量对于企业经营成本的影响是根本性的，低质量的产品不仅会 大大增加产品的维护成本，侵蚀产品利润，而且会带来项目返工、进度延迟、 客户满意度和企业信誉下降、丧失市场机会等恶劣后果。因此，能够快速地推 出满足客户需求的高质量产品的能力是一个企业的核心竞争力所在。
本课程基于当前武汉光谷信息技术股份有限公司当前正在构建研发质量管 理体系的背景，将围绕着什么是产品质量？产品质量与什么相关？有那些手段 可以提高产品质量？提高质量是谁的责任？他们应该如何开展确保产品质量的 工作？等问题，通过培训宣贯，需要大家了解：
PAL : Process Asset Library 过程资产库 PCB : Process Capability Baseline 过程能力基线
质量目标 测试
如： 引导 培训
如： 度量 考核
审计
文件系统、IT支撑（RDM等）
质量体系实例
过程改进组织 决策、建立、维护
执行
过程执行组织
过程域
关键过程域 支持过程域
包含
过程规范 程序规范
产品标准
产出
产品
支持
质量文件体系
保证
保证
质量保证组织
质量体系要素关系图
质量管理体系的责任主体
¾ 质量管理的责任主体包括质量方针的制定和贯彻，质量设计及质量计划的管理 和监控。一般由公司质量管理部门和研发的技术体系领导主要负责制定和贯彻质 量方针，而质量管理的监控主体是QA，质量设计的责任主体为项目的SE，质量 计划的责任主体为项目经理。