质量管控与研发协同工作自查报告_第1页
质量管控与研发协同工作自查报告_第2页
质量管控与研发协同工作自查报告_第3页
质量管控与研发协同工作自查报告_第4页
质量管控与研发协同工作自查报告_第5页
已阅读5页,还剩5页未读 继续免费阅读

付费下载

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

质量管控与研发协同工作自查报告本次自查针对近一年来公司新品研发全流程中质量管控与研发协同运行情况开展,动因是今年Q3公司整体新品上市不良率较去年同期上升4.2个百分点,累计发生3起因研发阶段质量协同缺失导致的客户批量投诉,造成直接经济损失超过180万元,为厘清协同漏洞、明确整改方向,由质量部牵头,联合研发管理部、人力资源部成立自查小组,对2023年10月至2024年9月期间启动的12个新品研发项目,从需求立项、设计开发、试样验证、试产转量产、量产变更全流程节点的协同机制运行情况逐一回溯核查,现将自查情况、问题根源及整改安排报告如下:本次自查覆盖消费电子、智能穿戴两个品类的所有在研、已上市新品,通过调阅项目文档、访谈核心研发与质量人员、复盘质量事故损失、梳理协同流程节点四个维度开展核查,累计梳理出五类核心问题,具体统计如下:问题分类涉及项目数量累计发生频次影响程度分级典型问题表现需求立项阶段协同缺失412中高质量未提前参与客户需求拆解,可靠性、符合性要求未在立项阶段明确设计开发阶段介入滞后516高质量管控后置,DFMEA等风险分析事后补填,设计缺陷发现时已完成开模或物料采购试产阶段问题闭环不严518高赶上市节点挂起严重质量问题,未完成验证就转入量产量产变更协同脱节37中高设计变更未同步质量,检验标准未更新导致不良流出跨部门数据信息孤岛所有12个项目持续发生中质量数据与研发设计数据不互通,问题回溯效率低从具体问题来看,需求立项阶段的协同缺失本质是原有规则的漏洞,原《研发项目立项管理规范》中,仅明确要求研发中心、市场中心参与立项评审,质量管控属于项目启动后的后续环节,仅要求在试产前完成质量方案制定,这就导致很多涉及客户明确质量要求的需求,研发仅从功能实现和成本控制角度评估,忽略了质量可行性。比如今年3月上市的主动降噪TWS耳机新品,市场端提出的需求是“支持市面主流15款手机蓝牙低延迟,标称延迟≤80ms”,立项评审阶段研发仅测试了常温环境下新款主流机型的延迟参数,符合要求就通过立项,质量部未接到参会通知,也未提前介入拆解可靠性要求,直到DV验证阶段才提出要做高低温环境下的兼容性测试,结果发现3款上市2年以上的安卓老机型,在0℃以下环境下延迟波动最高达到150ms,超出标称值近一倍,此时已经完成了首批10万台产品的物料采购,上市日期已经提前对外公布,最终只能通过软件固件优化降低峰值,仍有部分批次产品达不到要求,上市3个月累计收到32起客诉,渠道退换货加上售后返工,直接损失达到127万元,这个问题的核心就是需求阶段质量协同的缺失,把本该前置的风险识别放到了后端,造成了不可挽回的成本损失。设计开发阶段的介入滞后,是原有协同模式的结构性问题,原来的协同模式是研发完成全部设计输出后,再提交质量部做设计评审,质量的DFMEA分析、公差分析都是基于完成的设计文件做复盘,很多隐性设计缺陷很难在纸面评审中发现,等到发现的时候,已经投入了开模、物料采购,改造成本极高。比如今年上半年上市的智能手表新品,研发团队为了控制产品厚度,把中框和屏幕粘接的溢胶公差设定为0-0.2mm,研发设计阶段认为这个公差符合结构装配要求,完成全部设计输出开模后,质量部才介入做DFMEA分析,识别出溢胶超出0.1mm就会挡住顶部的光感开孔,导致自动亮度调节失灵,此时模具已经加工完成,改模需要20天周期,还要花费22万元改模费,会延误原定的618上市窗口,最终研发团队决定让步放行,只要求生产线增加人工擦拭溢胶工序,结果量产阶段仍然有12%的产品因为溢胶渗入光感区导致不良,累计产生1.2万台不良品,返工花费3天时间,还导致生产线停线2天,错过大促的供货窗口,间接损失超过300万元。这个问题充分说明,质量管控后置的协同模式,本质上是把质量风险留给了后端制造和市场端,协同节点的错误设置直接导致了成本和周期的双重损失。试产阶段的问题闭环不严,源自缺乏刚性的分级管理规则,原来的协同机制中,试产问题闭环没有明确的强制要求,很多时候研发项目组为了赶上市节点,会把试产中发现的问题标注为“不影响功能,可以量产,后续迭代优化”,质量部因为没有刚性规则约束,很难坚持要求整改闭环,导致很多问题带到量产。比如今年2月上市的智能手环新品,试产阶段就发现充电触点在48小时盐雾测试后出现氧化斑,累计不良率达到6%,研发项目组给出的结论是“试产前处理工装不干净导致,量产更换新工装即可解决,不需要改电镀工艺”,质量部当时虽然提出要重新做盐雾验证,但因为项目组已经拿到了管理层要求月底上市的批示,最终没有坚持要求验证,结果上市3个月后,累计收到216起充电失灵的投诉,追溯后确认就是触点氧化导致,最终召回12000台在售产品,直接损失达到240万元。本次自查中统计,12个项目里有5个项目都存在试产严重问题挂起的情况,挂起问题总数达到18个,其中3个已经造成了批量质量问题,占比16.7%,这个比例说明闭环机制的缺失已经成为影响产品质量的核心漏洞。最后是变更协同脱节和数据孤岛问题,原来的流程中,研发设计变更发起和生效都在PDM系统内,质量部的QMS系统和PDM没有做打通,变更信息靠研发项目组主动邮件通知,经常出现遗漏。比如今年9月出货的5V2A手机充电器新品,研发为了解决纹波超标的问题,把输入电容从10μF贴片电容改成22μF,变更完成后研发设计师只在PDM更新了BOM,忘记通知质量检验部,质量部还是按原来的BOM和检验标准抽检,结果5000台出货到客户后,客户IQC检验发现错装,按照合同对我司罚款20万元,还暂停了后续一个月的订单,这个问题就是典型的信息传递不及时导致的人为失误。而更深层的问题是数据孤岛,量产阶段的不良数据、客诉数据都存在QMS和MES里,研发团队要获取对应设计版本的质量数据,需要发邮件找质量部提取,周期通常需要1-2天,很多研发设计师为了赶进度,不会主动回溯同类设计的过往问题,导致相同的问题反复出现,本次自查中发现,近一年12个项目里,有3个项目出现了和3年前上市的老产品相同的结构设计缺陷,就是因为研发没有获取到过往的质量问题数据,重复踩坑,造成了不必要的损失。本次自查通过对所有问题的交叉复盘,总结出问题产生的四个核心根源:第一,协同定位错误,原来的定位是“质量管控是研发的后端环节,质量是给研发把最后一关的”,没有把质量管控作为研发全流程的一部分,质量人员不是研发项目的核心成员,只是外部评审人员,导致协同从根上就错位。第二,责任边界和刚性规则缺失,原来的流程中,哪些节点必须质量参与,参与了要负什么责任,问题没整改能不能进下一个环节,都没有明确的刚性规则,很多时候靠项目负责人的主观判断,赶节点的时候就把质量要求往后压。第三,绩效考核导向偏差,原来研发项目的KPI中,上市节点完成率占比50%,功能达标占比30%,质量指标占比仅20%,而且质量指标是事后统计,和项目团队的当期绩效不挂钩,导致研发团队天然优先赶节点,忽视质量要求;而质量人员的考核,主要是量产不良率,对前端研发协同的质量没有考核要求,导致质量人员也没有动力提前介入研发,更愿意在后端做检验。第四,信息化支撑不足,原来的各部门系统都是分开建设,没有考虑跨部门协同的数据打通,信息传递依赖线下,不仅效率低,还容易出错,也没有办法沉淀协同过程中的知识经验。针对自查发现的问题,我们制定了明确的整改推进计划,具体安排如下:整改事项责任部门计划完成时间验收标准修订《研发质量协同作业规范》明确节点规则质量部+研发管理部2024年11月30日发布新版规范,明确全流程各节点质量协同要求,无质量签字不得进入下一阶段调整研发与质量岗绩效考核规则人力资源部+研发+质量2024年11月15日研发项目KPI中质量指标占比提升至35%,DQE绩效40%与项目质量指标绑定完成QMS与PDM/MES系统集成开发IT部+质量部+研发部2025年1月31日实现变更自动同步、不良数据自动回流、异常自动报警功能搭建研发质量协同问题知识库质量部2024年12月31日完成近5年所有项目质量问题案例入库,支持多维度检索调用现有在研项目质量回溯整改各研发项目组+对接DQE2024年10月31日所有在研项目按新规范补做全流程质量评审,风险100%闭环具体整改落地从四个维度推进:第一,重构全流程协同模式,把质量管控嵌入研发每个节点,从“后置把关”变成“全程协同”:需求立项阶段,强制要求项目对接DQE和可靠性工程师必须参加立项评审,评审内容增加“质量可行性”模块,要求质量部提前拆解客户的质量要求,明确可靠性指标、合规要求、可制造性风险,出具立项质量评审报告,没有质量部签字确认的立项申请,不得进入下一阶段,从源头把质量要求明确。设计开发阶段,要求DFMEA分析与设计输出同步开展,研发完成原理图设计,质量就要同步开展硬件失效风险分析,完成3D结构设计,质量就要同步做公差分析和模流风险分析,每一个设计模块输出完成,就要完成对应模块的风险识别,不等全部设计完成再补,把设计缺陷消灭在设计阶段,减少后续改造成本。试样验证阶段,要求质量部提前制定DV验证计划,验证内容覆盖所有识别出来的风险点,DV验证不通过不得进入开模和物料采购环节。试产阶段,建立“问题分级清零机制”,把试产发现的问题分为致命、严重、一般三个等级,致命和严重问题必须100%整改完成并验证通过才能转入量产,一般问题确需挂起的,必须经研发总监和质量总监双签字审批,并且制定明确的整改计划,量产首批1000台必须做全项验证,确认风险可控才能批量生产。量产阶段,所有设计变更、BOM变更必须经过质量部审核,更新检验标准和FMEA文件后才能生效,从流程上堵死变更不同步的漏洞。第二,明确责任边界,调整考核导向,让研发和质量都有协同的动力。每个研发项目立项的时候,就要指定专职的对接DQE,DQE纳入项目组正式编制,参与项目所有核心会议,DQE的绩效40%和所对接项目的最终质量指标(新品上市三个月不良率、客诉率)挂钩,倒逼DQE主动提前介入,而不是等研发找过来才动。研发项目负责人的KPI中,把原来的上市节点占比从50%降到30%,把质量指标占比从20%提升到35%,质量指标包括项目过程质量合规性、转量产不良率、上市半年客诉率三个部分,过程合规性就包括有没有按要求让质量参与每个节点,有没有完成问题闭环,只要过程不合规,直接扣项目负责人的绩效,从考核导向上扭转重节点轻质量的问题。同时建立明确的问责机制,因为质量未按要求提前介入导致的风险,质量承担主要责任,因为研发不落实质量要求,带病推进项目导致的问题,研发承担主要责任,责任认定直接和绩效奖金、晋升挂钩,避免出现问题了互相推诿。第三,信息化升级,打通数据孤岛,提升协同效率。本次整改明确IT部优先启动QMS与PDM、MES的系统集成开发,核心实现三个功能:一是设计变更强制同步,研发在PDM发起变更流程后,系统自动推送任务给对应DQE和质量检验岗,只有质量完成审核,更新了检验标准,变更流程才能生效,才能排产,从系统层面堵死变更遗漏的可能。二是质量数据自动回流,MES采集的量产不良数据、QMS记录的客诉数据,自动按产品型号、设计版本分类整理,每周推送给对应的研发设计师,当某个设计版本的不良率超过预设阈值,系统自动发送预警给研发和质量,让研发及时获取质量反馈,优化设计。三是搭建共享的研发质量问题知识库,把过往所有项目的质量问题、失效分析报告、整改方案都整理入库,支持按产品类型、问题分类、设计模块检索,研发做新设计的时候,可以直接检索同类设计过往发生过什么问题,提前规避,质量做风险分析的时候,也可以直接调用过往的分析数据,减少重复工作,避免重复踩坑。目前本次自查已经完成了第一阶段的立行立改,公司所有5个在研项目,已经全部按新的协同要求补做了全流程质量评审,累计识别出之前未发现的严重风险8项,一般风险12项,目前所有严重风险已经完成整改,比如即将在双11上市的便携式蓝牙音箱,研发原设计的电池仓结构没有做绝缘隔离,存在短路起火的致命风险,之前设计阶段没有识别出来,本次补做DFMEA分析发现后,已经在一周内完成了结构修改,避免了上市后发生重大安全事故,挽回了可能的巨额损失。对于已经上市的12个项目,也完成了全流程质量回溯,排查出3个带有挂起严重问题的产品,已经

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论