【正文】 層面的規(guī)則是研發(fā)流程，技術(shù)方法。我們又一次的update板卡的研發(fā)流程，這一次我們?cè)谘邪l(fā)流程中特別加了幾個(gè)內(nèi)容，一個(gè)是每一環(huán)節(jié)的工作輸入和工作輸出；另一個(gè)是每一環(huán)節(jié)的所需標(biāo)準(zhǔn)時(shí)間，這個(gè)時(shí)間是按一個(gè)成熟工程師做的時(shí)候需花的時(shí)間。當(dāng)項(xiàng)目有差異時(shí)，在績(jī)效考核時(shí)再評(píng)估；再一個(gè)是加了每一個(gè)子項(xiàng)目的責(zé)任人欄目。 [][][][]　　 技術(shù)方法是指PCB layout []　　 規(guī)則，測(cè)試方法，Debug工具/儀器使用方法，在寫這些文檔時(shí)，我反復(fù)強(qiáng)調(diào)了一種觀念：這些文檔是寫給新手看的，要盡可能的寫的邏輯清晰，深入淺出。讓水平低的人也能看得懂，才是高水平。我還特別找了一些中科院的院士寫的科普讀物來(lái)給我們的工程師做參考。在寫每一個(gè)測(cè)試方法時(shí)，我們規(guī)定先寫需要的測(cè)試部件和被測(cè)物，再寫每一個(gè)測(cè)試要點(diǎn)的操作動(dòng)作；再寫操作動(dòng)作后的屏幕反映(剪貼屏幕)，再用斜體寫下測(cè)試注意事項(xiàng)。這樣一份測(cè)試方法，一個(gè)應(yīng)屆生看了就能做個(gè)6~7成，剩下的再問(wèn)有經(jīng)驗(yàn)的工程師就方便多了。這一方面相關(guān)的話題在后面的“技術(shù)傳承”一節(jié)中還會(huì)介紹。 [][][][]　　 第4層面的規(guī)則是績(jī)效管理。日?？?jī)效考核主要是考核每個(gè)人的團(tuán)隊(duì)協(xié)作和部門公益性事務(wù)的執(zhí)行情況。技術(shù)方面我們對(duì)項(xiàng)目的每個(gè)專業(yè)及每個(gè)階段都規(guī)定了工作時(shí)間和工作品質(zhì)的考核標(biāo)準(zhǔn)。例如，對(duì)主板的EVT階段(設(shè)計(jì)后第1次)做的Sample，工作品質(zhì)的考核標(biāo)準(zhǔn)是一開(kāi)機(jī)就能點(diǎn)亮，功能全部實(shí)現(xiàn)，主要性能指針也均合格為優(yōu)秀；一開(kāi)機(jī)就能點(diǎn)亮，功能全部實(shí)現(xiàn)，主要性能指針經(jīng)過(guò)3天以內(nèi)的Debug可以實(shí)現(xiàn)為良好；開(kāi)機(jī)點(diǎn)不亮，功能，主要性能經(jīng)過(guò)5天以內(nèi)的Debug可以全部實(shí)現(xiàn)為及格。(制程問(wèn)題除外)。對(duì)主板的DVT階段(設(shè)計(jì)后第2次)做的Sample，則除BIOS和Driver以外，所有硬件問(wèn)題特別是PCBlayout問(wèn)題都已解決為優(yōu)秀；經(jīng)過(guò)3天以內(nèi)的Debug可以解決為良好；7天內(nèi)的Debug可以解決為及格(制程問(wèn)題除外)。 [][][][]　　 我們會(huì)半年更新一次這些績(jī)效考核方法，對(duì)這些內(nèi)容，開(kāi)始工程師們不以為然，但慢慢地大家感到了一種方便，一種公平，發(fā)現(xiàn)也是一種了解自己水平提升自己的方法。[][][]　　 [][][]　　 管理有4個(gè)境界，最高境界是“無(wú)為而治”用現(xiàn)在的語(yǔ)言就是建立“學(xué)習(xí)型組織”，到達(dá)這個(gè)境界的團(tuán)隊(duì)已經(jīng)高度成熟，會(huì)自我調(diào)節(jié)以適應(yīng)外部的變化達(dá)成目標(biāo)。 []　　 第2境界是用電子和網(wǎng)絡(luò)的手段，制定一系列流程，規(guī)則，方法讓員工在既定的軌道里運(yùn)行，使得團(tuán)隊(duì)不會(huì)出大問(wèn)題。第3境界是僅有粗糙的，不俱備可執(zhí)行細(xì)節(jié)的規(guī)章制度，執(zhí)行起來(lái)需要個(gè)人比較大的彈性發(fā)揮才能做事或經(jīng)常需要請(qǐng)示上司才能做事。第4境界是僅有的一些規(guī)章制度也被束之高閣，老板發(fā)號(hào)施令，公司員工基本上看老板臉色行事。這種公司中階層人員善于揣摩上司的心態(tài)，適時(shí)調(diào)整數(shù)據(jù)，彈性解釋事實(shí)；基層員工大多心存“你說(shuō)你的我做我的” []　　 彈性作業(yè)。 [][][]　　 我根據(jù)公司的狀況，希望在研發(fā)中心能做到第2境界。我比較推崇的管理方法是職責(zé)明晰，流程清楚，方法規(guī)范，公平競(jìng)爭(zhēng)。從管理風(fēng)格上我喜歡直面事實(shí)，不繞彎說(shuō)出自己的觀點(diǎn)，尤其是對(duì)技術(shù)問(wèn)題。但是這種管理風(fēng)格我發(fā)現(xiàn)效果不好，其負(fù)面作用要很長(zhǎng)時(shí)間直到別人真正了解你才能消除。 [][][][]　　 管理靠流程，規(guī)則，方法這是管理的科學(xué)性一面，但管理還要面對(duì)人，而人的思想是千變?nèi)f化的，要選擇一種他能接受的方式去溝通，這就需要管理藝術(shù)。一個(gè)團(tuán)隊(duì)需要的這種管理藝術(shù)越少越好,如果每一個(gè)人都能直面事實(shí)，不要考慮“面子”，個(gè)人利益，為什么還要藝術(shù)呢？所以“直面事實(shí)”是我們的終極追求。 [][][][]　　 管理靠流程，尤其是關(guān)鍵流程不能省，我不止一次的碰到科學(xué)規(guī)律帶給我們的懲罰，一個(gè)產(chǎn)品從研發(fā)到市場(chǎng)，要走過(guò)的路，恰似嬰兒到成人。我們能做的只是少走彎路，我們不可能跨越某個(gè)階段。當(dāng)我們沒(méi)有把試生產(chǎn)的問(wèn)題都解決，當(dāng)我們沒(méi)有把該測(cè)的項(xiàng)目都測(cè)過(guò)，以僥幸心理對(duì)待，等待我們的結(jié)果往往是“欲速則不達(dá)”。當(dāng)然，管理者要分析判斷的是針對(duì)一個(gè)產(chǎn)品的狀況，那些是“關(guān)鍵流程”以及如果要跨越某個(gè)階段的風(fēng)險(xiǎn)評(píng)估。 [][][][]　　 管理靠細(xì)致，對(duì)作業(yè)面的所有工程師“心細(xì)如發(fā)”可能是共同的個(gè)性特質(zhì)要求。硬件工程師在Debug一片板的時(shí)候，最基本的是先看有無(wú)連焊，虛焊，漏焊和錯(cuò)焊，這需要的就是心靜心細(xì)。測(cè)試工程師在觀察，描述一個(gè)Bug時(shí)，心細(xì)也是必要條件。因?yàn)橛泄こ處熢趯憸y(cè)試報(bào)告時(shí)經(jīng)常丟三落四，特別是把“不能Pass”，漏寫成“能pas” []　　 分析下來(lái)，也并不是不負(fù)責(zé)任，而是心粗。為此我曾對(duì)2位粗心的工程師做過(guò)一種培訓(xùn)，就是每天花一小時(shí)，讓他們把一碗黑白混合的芝麻分開(kāi)，開(kāi)始幾天分開(kāi)的芝麻總有混雜，尤其是會(huì)混雜半粒的芝麻，經(jīng)2周的時(shí)間，才真正半粒也不混雜。為了鍛煉心靜，我們還舉行用筷子同時(shí)夾起三粒生花生米的訓(xùn)練。 [][][][]　　 管理靠方法，才能少出錯(cuò)誤，我們的軟件工程師有時(shí)一天update幾次程序，可往往最后的一次更改，不是在上一次的程序上，錯(cuò)改到上上次的程序上，這是缺少版本號(hào)的管理。借助一些規(guī)范化的表格，比如設(shè)計(jì)文件List，Debug分析紀(jì)錄List，試生產(chǎn)Check []　　 List，測(cè)試項(xiàng)目List，測(cè)試表格等也會(huì)保證所做工作不被遺漏。 [][][]　　 人的天性容易趨利避害、避重就輕、文過(guò)飾非，這是人的心理決定的。尤其是做項(xiàng)目時(shí)，心存雜念，一心二用，出差錯(cuò)那是必然的。所以在研發(fā)項(xiàng)目中check機(jī)制的建立是必要的。檢查者不是全部重復(fù)設(shè)計(jì)者的工作。重要的是要將全部設(shè)計(jì)環(huán)節(jié)中的要點(diǎn)找出。要在其工作輸出的重點(diǎn)上檢查，這正如鐵路巡道工，他在漫長(zhǎng)的鐵軌上主要是檢查鐵軌的結(jié)合處的螺栓松動(dòng)與否，并不是等效的在每一米鐵軌上平均花時(shí)間。根據(jù)不同情況，檢查時(shí)這幾點(diǎn)可供參考：要用與執(zhí)行者不同的方法進(jìn)行核算；進(jìn)行試驗(yàn)/測(cè)試確認(rèn)；進(jìn)行新設(shè)計(jì)與已有成熟設(shè)計(jì)的類比；對(duì)設(shè)計(jì)文件的審查特別要注意與設(shè)計(jì)實(shí)物的相符合；要設(shè)立一些簡(jiǎn)單易行的驗(yàn)證方法；檢查者要做文字記錄并保存；檢查者要和設(shè)計(jì)者進(jìn)行良好的人際溝通，要充分了解其設(shè)計(jì)思路。 [][][][][][]　　 研發(fā)工程師的工作特性是需要安靜少被打擾，以利于他的思考；而且工程師又往往愛(ài)面子雖然這不見(jiàn)得是對(duì)的。因此借助網(wǎng)絡(luò)的管理是很好的方法，因?yàn)橥高^(guò)網(wǎng)絡(luò)傳遞信息，過(guò)濾了人的情緒化，而且文字有追溯性。除了Email，我們用了 []　　 TUTOS系統(tǒng)來(lái)實(shí)時(shí)管理研發(fā)項(xiàng)目中發(fā)生的問(wèn)題和傳遞信息。這實(shí)際上是一個(gè)類似BBS一樣的網(wǎng)絡(luò)軟件，只是具有更多的管理功能，如按項(xiàng)目設(shè)置成員和權(quán)限，問(wèn)題目前是處理狀態(tài)還是已解決狀態(tài)，并且任何人發(fā)布新信息時(shí)，TUTOS系統(tǒng)會(huì)有mail自動(dòng)發(fā)給相關(guān)成員，提示去TUTOS系統(tǒng)中看。 [][][][]　　 在各種研發(fā)電子文文件的管理上，先是做好了科學(xué)的分類，并且有專人來(lái)定期整理和更新，當(dāng)資料越來(lái)越多，后來(lái)又考慮開(kāi)發(fā)象搜索引擎一樣要能夠有方便的搜索功能，這樣可以大大方便有效利用，只惜這件事沒(méi)做完。 [][][][]　　 對(duì)不同層次的研發(fā)工程師需要不同的管理，對(duì)有項(xiàng)目經(jīng)驗(yàn)的工程師我基本上是做目標(biāo)管理，僅看結(jié)果；對(duì)新手則要更多的關(guān)注過(guò)程，否則也許就會(huì)“翻船”。.我對(duì)項(xiàng)目管理的成敗判定標(biāo)準(zhǔn)是：設(shè)計(jì)一塊主板，如果出現(xiàn)了原理性的錯(cuò)誤；或者如果schedule延遲了10天以上，那一定是管理問(wèn)題，而不是設(shè)計(jì)者的技術(shù)問(wèn)題。 [][][][]　　 對(duì)不同專業(yè)的研發(fā)工程師需要不同的管理，比如對(duì)測(cè)試工程師，他們工作中對(duì)創(chuàng)新要求并不高，更重要的可能是細(xì)心和邏輯分析力。我給測(cè)試工程師3個(gè)目標(biāo)：第1個(gè)目標(biāo)是能夠按時(shí)并一次將被測(cè)主板的存在問(wèn)題都測(cè)出來(lái)；第2個(gè)目標(biāo)是能夠?qū)y(cè)出的問(wèn)題做原因分析；第3個(gè)目標(biāo)是對(duì)測(cè)出的問(wèn)題給出解決方案。完全達(dá)到這3個(gè)目標(biāo)，可能他需要在這個(gè)專業(yè)上做8年以上。同時(shí)為了讓測(cè)試工程師知道自己處于何水準(zhǔn)，我們?cè)O(shè)計(jì)了2個(gè)考核指針：用每一測(cè)試項(xiàng)目所花時(shí)間與標(biāo)準(zhǔn)測(cè)試時(shí)間之比來(lái)考核其工作效率；用一次bug測(cè)出率來(lái)考核其工作質(zhì)量(這個(gè)指針得出，需要該產(chǎn)品后續(xù)的測(cè)試結(jié)果，故不是實(shí)時(shí)考核指針。) [][][][]　　 我們?cè)?jīng)做過(guò)全年的統(tǒng)計(jì)，在研發(fā)階段和量產(chǎn)階段對(duì)那些看表面現(xiàn)象是技術(shù)造成的問(wèn)題做分析，結(jié)果令大家都很吃驚的是有70%的問(wèn)題是在管理環(huán)節(jié)可以避免的，只有30%的問(wèn)題確實(shí)是當(dāng)時(shí)對(duì)技術(shù)掌握不夠造成。我最近接觸了一些國(guó)內(nèi)IT公司的總裁，發(fā)現(xiàn)真正認(rèn)識(shí)到研發(fā)中心缺管理的不多，實(shí)際上是國(guó)內(nèi)IT公司研發(fā)中心不僅缺技術(shù)同樣缺管理。[][][]　　 13. 技術(shù)傳承 [][][]　　 當(dāng)沒(méi)有其它激勵(lì)時(shí)，幾乎任何一個(gè)人都是，當(dāng)他總是在向別人分享他的知識(shí)，而得不到別人的知識(shí)反饋，慢慢地他會(huì)停止這個(gè)行為 []　　 。所以技術(shù)傳承要做的好，就要保證技術(shù)雙向傳播，技術(shù)共享，各取所需，共同提高。 [][][]　　 因?yàn)樾氯硕?，有?jīng)驗(yàn)的工程師少，中心采用了兩種培訓(xùn)模式。一種是將研發(fā)PC主板的硬件技術(shù)分成十幾個(gè)專題，每個(gè)專題的題目一般都定得很具體，界定范圍，避免泛泛而談，力爭(zhēng)將一個(gè)小問(wèn)題講深講透，能夠?qū)υO(shè)計(jì)有指導(dǎo)作用，確定題目和內(nèi)容主要由我和幾個(gè)有經(jīng)驗(yàn)的工程師來(lái)做。包括新人每人研究一兩項(xiàng)，研究時(shí)間是利用做項(xiàng)目以外的時(shí)間，花2~3個(gè)月的時(shí)間。然后每人輪流講給大家，會(huì)前2天將內(nèi)容發(fā)給大家。會(huì)議形式是討論會(huì)，會(huì)上鼓勵(lì)提問(wèn)題，充分交流，報(bào)告者自己也可提出自己沒(méi)有理解的部分的問(wèn)題。一輪講完后，再來(lái)有延續(xù)性的第2輪。幾年下來(lái)，每人都成為某個(gè)分支的一技之長(zhǎng)者，大家也花較少的時(shí)間學(xué)到了較多的技術(shù)。一種是師徒制，這是傳統(tǒng)的方法但也是有效的方法，同時(shí)徒弟的進(jìn)步也納入雙方的績(jī)效考核。徒弟技術(shù)能力不夠，總是在請(qǐng)教師付，他怎么樣使別人一直愿意教他？他可以幫師付分擔(dān)一些數(shù)據(jù)收集，整理以及在過(guò)程中的一般測(cè)試，試驗(yàn)。讓師付去把精力放在技術(shù)深層次問(wèn)題分析和思考上，以加速問(wèn)題的解決。 [][][][]　　 一個(gè)工程師應(yīng)有技術(shù)專長(zhǎng)，但更重要的是一個(gè)工程師要想具備一技之長(zhǎng)，應(yīng)該有一些基本能力。分析能力就是其一。這么樣養(yǎng)成面對(duì)問(wèn)題先分析的習(xí)慣？有這樣一件事：中心規(guī)劃了要開(kāi)發(fā)一個(gè)加密軟件，作為主板的附件。我記起幾年前看過(guò)的《王選文集》其中的“軟件規(guī)劃”，內(nèi)容是我迄今為止最有實(shí)際指導(dǎo)價(jià)值的。我就請(qǐng)我們的一位同事去買，也特別對(duì)他說(shuō)，重點(diǎn)是要看其中的“軟件規(guī)劃”。他是復(fù)旦的應(yīng)屆畢業(yè)生，跑了一趟上海書城和科技書店，就說(shuō)買不到，就說(shuō)沒(méi)有辦法。我當(dāng)時(shí)說(shuō)給你3天時(shí)間，買到后再來(lái)上班，3天都買不到，就不用來(lái)公司了，他委屈的要哭。結(jié)果在同事的鼓勵(lì)下，還是又去想辦法了。結(jié)果第2天就買到了。我相信這件事對(duì)他刺激是很大的。這里面就存在著對(duì)一個(gè)任務(wù)“分析”的問(wèn)題。(當(dāng)然還包含著做事的觀念) [][][][]　　 * 為什么要買這本書？ [][][]　　 * 有幾種方法可買到此書？（應(yīng)該有10 種以上方法，你能想到幾種呢？） [][][]　　 * 各種方法需要的時(shí)間為多少？ [][][]　　 * 各種方法錢的花費(fèi)為多少？ [][][]　　 * 對(duì)各種方法，先用哪種，后用哪種？ [][][]　　 * 哪種方法綜合效果最好？ [][][]　　 * 當(dāng)買不到書時(shí)，有何變通方法？ [][][]　　 這是一件工作中的小事，但良好的習(xí)慣靠平時(shí)養(yǎng)成。做任何事，當(dāng)你能夠理性地去進(jìn)行分析，往往就成功了一半，相反，則埋下了失敗的因子。有時(shí)，即使是成功了，也是一種運(yùn)氣而已。再舉例。 [][][][]　　 在量產(chǎn)的產(chǎn)品中，我們多次碰到這樣一個(gè)問(wèn)題：對(duì)于主板上的某一個(gè)chip，有些生產(chǎn)日期的產(chǎn)品在主板做高負(fù)荷的測(cè)試時(shí)，會(huì)有批量不良，分析發(fā)現(xiàn)是因?yàn)檫@顆chip在不同生產(chǎn)日期，因其制程的微小差別和電子元器件本身的“溫飄”，造成住板上某個(gè)輸入或輸出的信號(hào)偏差超出容許范圍。對(duì)這類情況，有人認(rèn)為這在設(shè)計(jì)階段不可能被發(fā)現(xiàn)的，所以要在產(chǎn)品生產(chǎn)后做比較多的做高負(fù)荷測(cè)試以后，才會(huì)抓出這些問(wèn)題。應(yīng)該是這樣嗎？硬件工程師 []　　 在設(shè)計(jì)時(shí)，是不是應(yīng)該考慮到chip 參數(shù)的上/下限的極端狀況呢？在承認(rèn)書中是不是應(yīng)該明確chip []　　 參數(shù)允差范圍？，是不是應(yīng)該做各種在承認(rèn)書允差范圍內(nèi)的測(cè)試？這樣都做到了，設(shè)計(jì)余量足夠，問(wèn)題就會(huì)少發(fā)生，只會(huì)發(fā)生超出承認(rèn)書允差的不良，而這種不良是應(yīng)由Chip []　　 供貨商/制造商來(lái)承擔(dān)的，這可以在簽訂商務(wù)合同時(shí)來(lái)約束。經(jīng)過(guò)這樣的分析，我們可以有這樣的結(jié)論：設(shè)計(jì)者應(yīng)充分考慮Chip []　　 參數(shù)偏差的“上/下限”的線路情況，設(shè)計(jì)端的測(cè)試部分應(yīng)能作參數(shù)拉偏極限試驗(yàn)。量產(chǎn)時(shí)是不應(yīng)做這樣的測(cè)試的，否則問(wèn)題暴露在制造端，花費(fèi)的成本就太高了。 [][][]　　 類似這樣的事例，我們都把它做成了案例，不僅現(xiàn)在用，也作為今后培訓(xùn)新人的教材，因?yàn)檫@些事情絕不是發(fā)生在1~2個(gè)人身上。 [][][]　　 不論對(duì)于哪一類專業(yè)的工程師，分析能力都是至關(guān)重要的。多角度的思維，特別要有邏輯的去分析：要細(xì)致地觀察現(xiàn)象，按事物發(fā)展的客觀實(shí)際，立論有據(jù)，推論合理，不能跳過(guò)問(wèn)題去下結(jié)論。要循序漸進(jìn)，由表及里，不是淺嘗輒止。如1 []　　 塊VGA 卡測(cè)試時(shí)發(fā)現(xiàn)花屏，換了memory []　　 就好了，問(wèn)題就這樣結(jié)束了嗎？遠(yuǎn)遠(yuǎn)的沒(méi)有，要清晰地描述發(fā)生問(wèn)題的現(xiàn)象：如所用配置，操作的動(dòng)作，屏幕顯示；再去分析真因是原材，設(shè)計(jì)還是制程帶來(lái)的問(wèn)題？ []　　 針對(duì)原因要有對(duì)策，現(xiàn)在怎么辦？今后怎樣預(yù)防，怎樣根除？ [][][]　　 有沒(méi)有分析能力是判斷一個(gè)低階技術(shù)人員和中階技術(shù)人員的分水嶺。分析能力的強(qiáng)和弱是中高級(jí)人才的判斷標(biāo)準(zhǔn)之一。 [][][]　　 “授人以魚，