本帖最后由 tixiyuguanli1 于 2020-5-15 11:20 编辑
【原文转自微信公众号 体系与管理(tixiyuguanli)】
我们上次提到,按照VDA的相关规则,NTF分析需要有三大相互协调的模块组成,即数据收集与评估、系统检测、过程研究。 上次我们已经把数据收集与评估的方法跟大家介绍完了,如果数据收集与评估能够提供新的信息和分析思路,则必须利用系统检测和/或过程研究来进行检查确认。今天我们就讲解系统检测。
模块二:系统检测
系统检测,说白了,就是针对整个产品做全面的检测确认,包括产品本身的测试、产品在车上后的测试、以及车辆在特定条件下的路试。系统检测可以检查技术环节和其联系。但是如果真这么直白的理解,可能会把NTF分析者,带入无限死循环还解决不了任何问题。
VDA在这个模块的描写非常简洁,甚至是让人觉得云山雾绕。我摘录如下,供您参考。
系统检测可以包括或联合实施以下方面: ★特殊软件和硬件功能的验证 ★不同负载条件下的功能检测 ★超出规范的功能检测 ★零件系统的功能检测 ★适用车辆上的功能检测 ★出问题车辆上的现场分析 ★耐久性检测(人工老化) VDA-FFA(2009),版权归VDA所有
得了,VDA在这块就给了这么点文字,很多人直接就蒙了?什么意思?这是要我们从头到尾,把产品开发确认时的功能性能测试,台架试验,上车测试,路试全都从头到尾做一遍吗?
这种理解对吗?郑老师觉得不对!而且完全跑偏了!!
如果因为NTF发生了,哪怕这个NTF非常非常严重,把产品开发环节这些试验,从头到尾再做一遍,那你也大概率不会发现跟这个NTF相关的任何问题。除非你跟中国航天一样搞个“归零”行动,从头到尾全部从头设计。但那在汽车行业是不太可能的。想想看,如果真要这样,还不如重新开发一辆新车型,干嘛还要留着这个已经留下不靠谱“恶名”的车型呢?
而且之所以NTF会发生,不是因为我们原来的测试有问题,没有事先发现,而是大概率是因为我们压根没有想到的某种状态,偶然发生了,而这种状态是我们现有的测试里完全没有考虑到的。所以,你就算把原来的测试重复一万遍,也大概率也是发现不了问题所在的。【郑老师注:我这里用了好几个“大概率”,大家想想为啥^_^】
那怎么办呢?大家要注意,系统检测的基础,是数据收集与评估!
也就是说,系统检测的目标,是根据数据收集与评估分析出的可能性,有针对性的重新设计相关实验,是对数据评估分析结果的验证!
举个例子,假设数据分析的结果,比方说根据柏拉图吧,发现大部分出现这种NTF的时候,都是东北的冬天发生的。那我们可以基于低温(如温度低于零下30度),设计相关产品耐寒测试,产品在车辆台架上的耐寒测试,车辆在东北冬天的长时间低温路试,以及低温条件下的耐久性测试等,来多个维度系统的检测部件本身,以及部件和其配合零件的可靠性。
如果问题验证了,那么行成报告,进入问题解决的环节。如果没有解决,进入过程研究过程。并且,以上已经进行的检测验证活动,全部记录到上文的“数据收集和评估”记录中,成为新的数据,用于后续分析或其他问题的分析。
下次,郑老师跟大家讲讲“过程研究”这个模块。
敬请关注微信公众号“体系与管理”(tixiyuguanli),持续跟踪!
我后续会开始写一个“质量拾贝”板块,把一些好的质量理念,大师语录,我新学到的方法,我的心得等,尽可能简短、精炼的写出来,避免太长的文字给大家造成困扰。希望这些浓缩的精华,能给大家醍醐灌顶的感觉,潜移默化中提升大家的质量意识和质量管理水平。
|