车规项目审核一日谈

Posted legend_yuan

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了车规项目审核一日谈相关的知识,希望对你有一定的参考价值。

今日接受客户审查,主要审查项目管理,虽然这个不是自己的专业,然而觉得有些思想还是值得参考借鉴的,不成体系,仅为零散的记录。

1,B2到B3没有变更,重大变更必须要有设计变更。设计变更目的,1,让项目所有相关人员知道此次变更。2,让所有变更相关人员确认此次变更,毕竟个人的判断河大程度上可能会不全面。

2,GPS系统优于北斗系统的原因为GPS的原子钟性能比北斗好。

3,固件尽量不要使用U盘传递,因为U盘代表固件,而U盘又是一个容易混淆的东西,且易丢失。如果一定要使用,必须务必一定需要在U盘上贴上标签。其中举的一个例子很生动,没标签的老固件U盘丢失后找不到了,换了一个新的U盘装老固件,后面新U盘装新固件了,结果以前的老固件老U盘不知道什么原因冒出来了,因为没有标签,很容易与新U盘混淆,导致升级错固件。

4,交样前一定要有一个认可计划,内部认可才能发货,而不是客户认可。这是思维模式的转变,内部认可的依据是产品的设计要求,具体为产品的功能性能清单。

5,项目计划是一个实时更新的计划,DFMEA同。

6,DFMEA出于产品保密考虑,可以给客户删减的版本。

7,项目需要有一个问题清单,需要实时更新,实时跟进。

8,项目需要有一个待办事项清单,需要实时更新,实时跟进。

9,项目可行性评估必须是一个多方面评估的结果,包括生产,质量,研发,市场。

10,关于产品开发的各个阶段。EP1,EP2,OTS,ESO,对这些样件的理解:最终的目标是满足客户指定的所有要求。EP1阶段可能无法实现,但是需要实现哪些功能,需要前期定义好,EP1评审做确认,判断评审是否能最终通过。EP2在EP1的基础上需要在哪些方面进一步实现,EP2评审确认,判断评审是否能最终通过。OTS,ESO同。需要注意的是,任一阶段样品并非只是单纯评估产品,项目的过程,市场都需要有所评估,以期实现验证最大化。(此处提出样件评审细则:生产制造条件(具体指工装),功能性能清单(DV试验))。

评审通过后签署内部认可,产品发布。样件评审会有3个结果,通过,有条件通过,不通过。3个结果的标准审核员介绍了一种方法,红黄绿灯法,对评审清单的每一项评定红黄绿属性。依据灯的情况判断是否通过。红灯为关键特性,不实现无法通过,黄灯为一般特性,需要多方论证并出具书面文件确保风险可控才能通过,绿灯为可忽略特性,在一定数量范围内可通过。

11,整个项目的管理很关键的是各个部门的协调同步跟进工作。

12,闭环管理,否则任何事项将没有任何价值。

13,要有事态升级流程,要用起来事态升级流程。

14,阶段评审的标准为本阶段的输出完成,且被下一阶段相关人员接受。

15,工装是重要的生产工具,保证产品的生产质量。

16,将客户对质量的要求直接套用到供应商身上,对不合要求的供应商可以选择有条件通过,并实施供应商质量提升计划。

17,风险评估,一定要有风险评估。譬如此次未收到定点通知依旧开展项目,是因为评估风险低,但是评估一定要有评估细则,不能只停留在口头上,而是按照细则确认风险等级。

18,从技术层面讲项目开发分三种:全新开发,平台开发,沿用开发。当前项目属于沿用开发。

19,关于产品的自我认可,前面也提到了,自我认可是产品最重要的一个环节。

20,PPAP的要求基本与OTS一致,只是对过程要求更高,主要区别在于生产设别工装必须全部验收。

21,项目管理主要包括:1,进度管理;2,成本管理;3,风险管理;4,质量管理。

22,DV实验是可以使用软模件的。

23,项目管理需固定自身流程,然后与客户的要求适配。

24,客户只允许整机做高低温,不允许做2次高低温,且客户反馈2小时的高低温时间有些长。

其中部分对思维的影响还是比较大的,加油

 

以上是关于车规项目审核一日谈的主要内容,如果未能解决你的问题,请参考以下文章

一日一技:为什么年代久远的 Python 项目里面那么多默认参数?

湖南长沙适合一日游的项目

吉林市一日游 规格说明书

上周 GitHub 热点速览 vol.09:手撕 LeetCode 一日 star 破两千

iOS项目之苹果审核被拒

Gitee 宣布开源须人工审核,大量开源项目被转为私有!