|
從篇幅上來看，J1211從第7段已經(jīng)觸及了開發(fā)的基本方法。 插入一些個人的觀點，在產(chǎn)品的生命周期之中，存在的方法其實有好多，我個人想得到的就有如下若干個層次： 1. 最基本的元件層次：比如硬件的電阻電容的使用方法和注意事項，這些內(nèi)容在很多地方是有專門的元件工程師負擔的，由于整個半導體AECQ就是一個復雜的過 程，所以從器件本身上的注意事項，貫穿整個公司的項目，涉及采購、設計和生產(chǎn)，這方面是有著相當豐富的方法和管理的。從設計者來看，如果這塊能夠整理成設 計開發(fā)過程中可借鑒的完整Checklist和Guildline，當免去很多的麻煩。 2.電路設計的層次：這里既有包括針對于電路功能的各種輸入采樣的調(diào)理方法，也有輸出電路的設計方法。就像我們都會遇到的電壓、電流和溫度以及其他物理量的采樣電路，不同的結(jié)構和方法出來的性能和功能都是不同的。 3.產(chǎn)品級：其實DFMEA、FTA都是模塊級別的方法，只是通過產(chǎn)品的各個方面細分下去成為軟件的硬件的等等。更有一些系統(tǒng)的策略等等。 4.與產(chǎn)品級別相對的，是人員組織和產(chǎn)品不同的周期（工程、研發(fā)、測試和生產(chǎn)）之間的組織方法。 5.最大的，就是在大環(huán)境下面的企業(yè)運營方法了，這個就是笑稱的戰(zhàn)略運行了。 其實做好一個產(chǎn)品，僅僅是第一層和第二層是不夠的，想要生存下去，其實最基本的還是運營戰(zhàn)略。那些創(chuàng)業(yè)的兄弟們，這就是最大的課題了，所以我覺得在談到技 術的時候，是否也得考慮它并不是那么的單一。巖兄曾經(jīng)與我笑談，老板管技術和開發(fā)過程，經(jīng)理管具體開發(fā)和選型，弄得底層工程師都給老板參謀戰(zhàn)略，事情都擰 成麻花了。 回歸正題了，以下的KNOWLEDGE MATRIX 實在是重要了一點，所以單獨拿出這個章節(jié)來談談，的后面ANALYSIS, MODELING AND SIMULATION (AMS)、INTELLIGENT TESTING、MANUFACTURING PROCESS ROBUSTNESS AND ITS EVALUATION都是非常有必要單獨拿開來談的，光是目錄解釋沒有特別的意義。 7. KNOWLEDGE MATRIX FOR SYSTEMIC FAILURES 在SAE里面有關于KM的文件參考，鏈接在此。這篇SAE的論文Knowledge Management and Axiomatic Design也是值得一看的。 7.1 Knowledge Matrix Definition 知識矩陣就是系統(tǒng)故障（產(chǎn)品設計中或技術所固有的）的知識庫，它是一個機構采用的Robustness Validation process產(chǎn)生經(jīng)驗教訓的集合。通過對基本的失效機理的積累，可以當發(fā)生問題的時候快速的分析機理并找到原因。嚴格意義上，這個知識庫是需要完整的流 程和設計方法支持的，如果設計系統(tǒng)的零散的話，KM的效果并不會很好。 7.2 Knowledge Matrix Structure 所有的失效機理，是需要分類的。從模塊級開始，TABLE 4 - KNOWLEDGE MATRIX STRUCTURE給了一個很好的指引。 1.主元件集合（外殼、連接器、主動元件和被動元件等）、子元件集合（電阻、電容和電感等被動元件的子類） 2.產(chǎn)品的生命周期的各個階段（設計、生產(chǎn)、安裝和客戶使用等） 3.魯班性方面 4.失效模式、原因、機理和類型 5.失效因子 6.測試方法和參照 7.3 Knowledge Matrix Use 和信息控制一樣，KM也需要生成Public和Project（原文為Company Private）級別兩種.前者對于公司是普適的，我以前在項目開發(fā)之中看到Ford、Renault的一些對供應商的要求，以及BMW的GS系列其實都 應該算是KM的一種，這些更像是簡單的指導Guildline。所以其實這僅僅對汽車電子零部件商的基本常識，其實大多數(shù)時候我們或多或少可以學習到一些現(xiàn)成的東西，如果認為這是你自己的，或者僅僅記下來，這還遠遠不夠。不同的平臺，不同類型的應用都有著更為復雜和特殊的Knowledge，Know How的意義并不是一兩個點和方面，而是完整的應對。 7.3.1 Knowledge Matrix Use in Failure Prevention (Proactive) 在汽車電子的行業(yè)里面，在前段的評估過程中，很講究Automotive Experience和不同OEM的Product Relation，其根本要理是切入一個產(chǎn)品，從最初的Concept至設計、生產(chǎn)和裝配，乃至使用一段時間之后，如果真正負責任去做，會產(chǎn)生大量的經(jīng)驗 教訓，這個就是贏得項目的關鍵了。所以對于現(xiàn)有的KM的評估，也是OEM的DRE考慮的重要部分。 7.3.2 Knowledge Matrix Use in Failure Analysis (Reactive) 我印象最深刻的事情，就是在以前某個BCM平臺之中，柳青兄Lead一個小團隊，去分析為什么轉(zhuǎn)向燈芯片會被短路的過程。這個過程真是讓人絕望和痛苦，當 問題發(fā)生的時候，有沒有KM就決定你的響應速度。不幸之萬幸就是只是在路試過程中出問題了，如果是PV之后，這個故事就大了。 7.4 Knowledge Matrix Change Control 這里不僅僅是文件管控的方法，更是Knowledge累積的過程。 7.5 Lessons Learned 關于Lesson Learn的做法，有個系統(tǒng)能夠支持當然是最好的。這個環(huán)節(jié)為什么那么多企業(yè)都要提，真得值得我們注意。出了問題，并不需要我們自己內(nèi)部的xdjm去笑話，“他們又怎么樣怎么樣了”。本身就是用錢和精力買的教訓，可千萬要成為Knowledge。 7.6 Knowledge Matrix Availability 看前面的鏈接。 |
