[導讀]一位技術管理人員的20年工作經歷和感悟（3）
理想、激情、生存—— 一位技術管理人員的20年工作經歷和感悟（3）-
13. 技術傳承
當沒有其它激勵時，幾乎任何一個人都是，當他總是在向別人分享他的知識，而得不到別人的知識反饋，慢慢地他會停止這個行為 。所以技術傳承要做的好，就要保證技術雙向傳播，技術共享，各取所需，共同提高。
因為新人多，有經驗的工程師少，中心采用了兩種培訓模式。一種是將研發(fā)PC主板的硬件技術分成十幾個專題，每個專題的題目一般都定得很具體，界定范圍，避免泛泛而談，力爭將一個小問題講深講透，能夠對設計有指導作用，確定題目和內容主要由我和幾個有經驗的工程師來做。包括新人每人研究一兩項，研究時間是利用做項目以外的時間，花2~3個月的時間。然后每人輪流講給大家，會前2天將內容發(fā)給大家。會議形式是討論會，會上鼓勵提問題，充分交流，報告者自己也可提出自己沒有理解的部分的問題。一輪講完后，再來有延續(xù)性的第2輪。幾年下來，每人都成為某個分支的一技之長者，大家也花較少的時間學到了較多的技術。一種是師徒制，這是傳統(tǒng)的方法但也是有效的方法，同時徒弟的進步也納入雙方的績效考核。徒弟技術能力不夠，總是在請教師付，他怎么樣使別人一直愿意教他？他可以幫師付分擔一些數據收集，整理以及在過程中的一般測試，試驗。讓師付去把精力放在技術深層次問題分析和思考上，以加速問題的解決。
一個工程師應有技術專長，但更重要的是一個工程師要想具備一技之長，應該有一些基本能力。分析能力就是其一。這么樣養(yǎng)成面對問題先分析的習慣？有這樣一件事：中心規(guī)劃了要開發(fā)一個加密軟件，作為主板的附件。我記起幾年前看過的《王選文集》其中的“軟件規(guī)劃”，內容是我迄今為止最有實際指導價值的。我就請我們的一位同事去買，也特別對他說，重點是要看其中的“軟件規(guī)劃”。他是復旦的應屆畢業(yè)生，跑了一趟上海書城和科技書店，就說買不到，就說沒有辦法。我當時說給你3天時間，買到后再來上班，3天都買不到，就不用來公司了，他委屈的要哭。結果在同事的鼓勵下，還是又去想辦法了。結果第2天就買到了。我相信這件事對他刺激是很大的。這里面就存在著對一個任務“分析”的問題。(當然還包含著做事的觀念)
* 為什么要買這本書？
* 有幾種方法可買到此書？（應該有10 種以上方法，你能想到幾種呢？）
* 各種方法需要的時間為多少？
* 各種方法錢的花費為多少？
* 對各種方法，先用哪種，后用哪種？
* 哪種方法綜合效果最好？
* 當買不到書時，有何變通方法？
這是一件工作中的小事，但良好的習慣靠平時養(yǎng)成。做任何事，當你能夠理性地去進行分析，往往就成功了一半，相反，則埋下了失敗的因子。有時，即使是成功了，也是一種運氣而已。再舉例。
在量產的產品中，我們多次碰到這樣一個問題：對于主板上的某一個chip，有些生產日期的產品在主板做高負荷的測試時，會有批量不良，分析發(fā)現(xiàn)是因為這顆chip在不同生產日期，因其制程的微小差別和電子元器件本身的“溫飄”，造成住板上某個輸入或輸出的信號偏差超出容許范圍。對這類情況，有人認為這在設計階段不可能被發(fā)現(xiàn)的，所以要在產品生產后做比較多的做高負荷測試以后，才會抓出這些問題。應該是這樣嗎？硬件工程師 在設計時，是不是應該考慮到chip 參數的上/下限的極端狀況呢？在承認書中是不是應該明確chip 參數允差范圍？研發(fā)部門.做測試時，是不是應該做各種在承認書允差范圍內的測試？這樣都做到了，設計余量足夠，問題就會少發(fā)生，只會發(fā)生超出承認書允差的不良，而這種不良是應由Chip 供貨商/制造商來承擔的，這可以在簽訂商務合同時來約束。經過這樣的分析，我們可以有這樣的結論：設計者應充分考慮Chip 參數偏差的“上/下限”的線路情況，設計端的測試部分應能作參數拉偏極限試驗。量產時是不應做這樣的測試的，否則問題暴露在制造端，花費的成本就太高了。
類似這樣的事例，我們都把它做成了案例，不僅現(xiàn)在用，也作為今后培訓新人的教材，因為這些事情絕不是發(fā)生在1~2個人身上。。
不論對于哪一類專業(yè)的工程師，分析能力都是至關重要的。多角度的思維，特別要有邏輯的去分析：要細致地觀察現(xiàn)象，按事物發(fā)展的客觀實際，立論有據，推論合理，不能跳過問題去下結論。要循序漸進，由表及里，不是淺嘗輒止。如1 塊VGA 卡測試時發(fā)現(xiàn)花屏，換了memory 就好了，問題就這樣結束了嗎？遠遠的沒有，要清晰地描述發(fā)生問題的現(xiàn)象：如所用配置，操作的動作，屏幕顯示；再去分析真因是原材，設計還是制程帶來的問題？ 針對原因要有對策，現(xiàn)在怎么辦？今后怎樣預防，怎樣根除？
有沒有分析能力是判斷一個低階技術人員和中階技術人員的分水嶺。分析能力的強和弱是中高級人才的判斷標準之一。
“授人以魚，不如授人以漁”一個成人IQ(智商)是基本不能提升的，而EQ(情商：綜合的分析/應變能力)是可以鍛煉培養(yǎng)的。我們在傳授技術的同時更注重傳授方法。把追求“Know-how”變成一種習慣。這也是很多新手飛快進步的原因。
除了基礎知識的補充，基本技能的培訓，我們還盡量的爭取讓新手早日介入項目設計，這正如在球場上運動員在運動中才能進球。在設計中碰到問題并解決問題，那種印象要比聽別人講深得多。
我后來還兼管了工廠的工程部，用這套辦法穩(wěn)定了技術隊伍并由此吸引了很多周邊同行廠的工程師來加盟。那些在別的公司互相提防，技術封閉的環(huán)境下工作的同事，到了我們這種開放的環(huán)境，激發(fā)了很大的學習和工作熱情。
14. 怎樣留人
人在不同的層次要求是不一樣的。1999年在一個IT年會上，王選教授說，他當時開發(fā)激光照排技術的動力是看到排字工人那么辛苦，有一股要把他們從繁重的體力勞動中解放出來沖動。他說從來沒想到有獎金啊榮譽什么的，他還說”市場的成功才是對研發(fā)人員的最大激勵”。這一點之所以記得這么牢，是自己十幾年前也是這么想。那時沒有生存的壓力，又受了那么多年的教育。甘于清貧，樂在奉獻是那幾代知識分子的行為準則?，F(xiàn)在說這些，連自己都覺得是在唱高調。
自我需求金子塔理論馬斯洛Abraham Maslow 提出了人有生理，安全，社會，尊重，自我需求這些由 a 至 e 由低級至高級的全面需求，它形同金子塔。這些需求對人來說是逐步的分階段的
a) 生理需求包括食物溫暖住所；
b) 安全需求穩(wěn)定的環(huán)境工作人身安全；
c) 社會需求親情友情愛情；
d) 尊重需求自我意識增強需要別人的尊重；
e) 自我需求要求自我實現(xiàn)有獨立的精神和人格對事物有深刻的認識力。
自我需求就是一種最好的激勵。怎樣使得大家有工作激情，我的體會是首先要從招聘開始。多年的經驗表明。如果一個人做他喜歡做的事，可以省掉很多管理上的要求。他的進步也會很快。我的副手李興中就是，從中學開始就喜歡電子和計算機有很多知識和動手能力是在工作前就具備了。上班在做設計，下了班休息一下，大部分時間還是在研究計算機技術，工作的內容就是他的愛好。所以選擇“做我所愛，愛我所做”的人是最合適的?？墒?，在目前的社會條件下，大多數人還是為了生存，或者說是為了生存的好一點，才來做IT。象本人就是，完全就是為了家庭和孩子能夠有一個良好的生活水準。雖然也很勤奮的工作，但我的感覺和李興中是不一樣的，我是靠對一種家庭和職業(yè)的責任在支撐。
對處于不同需求階段的工程師首先要對他們心態(tài)的了解。比如對從農村來的應屆生，他可能最需要的就是一份不錯的工資和穩(wěn)定的工作，他不怕辛苦。而上海本地的應屆生他們沒有那么大的生存壓力，可能不愿意工作太辛苦。在工作安排時要做相應的考慮，前提當然是，一份耕耘，一份收獲。
對已在其它臺資公司做過幾年的工程師他們可能最需要的是做項目標機會。我們就要盡可能給他這個機會，否則就會留不住人。
對資深的工程師來說，就要有技術上繼續(xù)進步的機會或者向管理位置發(fā)展的機會。我在對技術骨干的態(tài)度和做法可能是我做成一些事和他們愿意長期跟我的原因。我的做法是看到有潛質的工程師會專門去有意識的去觀察和給他機會鍛煉。我往往會破格提拔，以給其大剞量的刺激，激發(fā)其潛質。這方面我是做的比較成功的。在同創(chuàng)時從維修工程師一下提拔為測試部的主管的李興中；在深圳海爾科技將優(yōu)秀軟件工程師宋雅松的工資提的比我還高，讓海爾總部領導也說，從沒一個部門領導能夠為員工做到這個狀況，還有在我兼管ABIT工廠工程部時發(fā)現(xiàn)的PE顧峰源。遠遠不止這幾位，事實上這些人確實是出類拔萃的，不論在那家公司都會脫穎而出。
為了大家對工作對技術有熱情，在開技術研討會時，為鼓勵發(fā)言，我們采用發(fā)言計分，納入日常績效考核；我們還自編了隨機抽取發(fā)言人的小軟件，以保證公平性。
我們也制定了不同級別的職務說明書，上面列清楚了要掌握的專業(yè)知識/技能，做項目的能力，語言表達及寫作能力等具體的要求。讓大家有明確的努力目標。特別是堅持不論資排輩，而是看每人的績效確定獎勵。在這樣一種環(huán)境下，一批人得到了個人能力的大幅提升。
對成熟工程師我經常提一些需將技術知識貫穿起來的問題，以激勵他們把技術融會貫通。象“在計算機上當你按下一個‘A’字，鍵盤有了什么反應，信號怎樣傳給主板上的南橋，CPU又起了什么作用？顯卡怎么樣接受信號傳給顯示器”？“為什么在主板不能開機時，既能通過改電源電路硬件解決，也能不改電路硬件而通過改BIOS相關參數解決”？還有“為什么PC有BIOS，OS，Driver，AP 4類軟件？為什么TV沒有？”
在珠三角，長三角這兩塊熱土，就外部來說有著大量的就業(yè)機會，就內部來說對工程師們公司種種的不適應，造成工程師們的頻繁流動，其結果于自己于公司大都不利。我在這2個地方都工作多年，所管的研發(fā)團隊都保持了優(yōu)秀人材的相對穩(wěn)定，總體流動比率大大低于同行平均水平?？偨Y起來也覺得并不是很困難的事。第一，一份中等或以上水準的薪水是首要條件，畢竟大多數工程師沒有達到“住”無憂的經濟水平；第二，有想做的事可做；第三，有技術可學，畢竟市場競爭激烈；第四，所在的部門公平，人際關系簡單。如果再提一點高要求，那就是個人有發(fā)展空間，公司有發(fā)展前景。
15. 兩岸工程師
我接觸過一些臺灣中年工程師，他們謙遜，內斂，專業(yè)，禮貌，心態(tài)平和。和大陸臺灣中年工程師比較，兩者對工作的觀念方法，處事原則相差不大。而以青年工程師比較，大陸和臺灣兩者對工作的觀念方法相差很大。
目前中國處于社會變革的時期，整個社會顯得浮躁。大陸的青年工程師已極少有人愿意“十年磨一劍”。往往做了一年項目助手，第二年就想做主要角色，第三年就要做Leader。而且一旦達不到個人目標就頻繁跳槽，致使成不了真正的技術精深的專家。而臺灣的青年工程師即便是一個普通的測試職位也往往愿意一做十年不改行，成為專家級的工程師。
大陸工程師頻繁跳槽最主要的表象原因是外部機會多。其次就是薪水低，學不到技術，公司環(huán)境不好。事實上頻繁跳槽，在上個世紀的80~90年代臺灣也是這樣的狀況。最根本的原因是經濟上的壓力，眼看著房價節(jié)節(jié)上升，十年不吃不喝也買不起房，這時應遵守的職場倫理就被丟在了腦后。而所在的公司因為前期投入的培訓費還沒收回，薪資自然是慢慢的加。這樣跳槽就在所難免，“存在就是合理”既然他到外面公司能有大幅度的提薪，為什么原公司就不能做到呢？可能就是這口“氣”咽不下去，結果多數還是雙方受損，所以如果大環(huán)境不變這是公司和個人還繼續(xù)要承擔的陣痛。
大陸年青工程師從學校的教育到社會的現(xiàn)實看到的都是極端的功利性，因此學技術也還是為了改變目前的處境。當公司看出這種風險，又不愿意大幅度加薪，采取的方法就是，技術封 閉，技術分段，這就形成了不良循環(huán)。
中國文化教育與西方教育最大的區(qū)別是缺乏一種建立在邏輯分析基礎上的思維。從中國文化傳統(tǒng)中演變而來的教育帶有過強的“藝術性”，目前中國教育中和報刊上的“隔靴搔癢”文章，是一種不好的示范和引導。臺灣工程師比較早的吸取了以西方和日本的在邏輯分析基礎上的先進方法，在精細思維，執(zhí)行層面的細微處體現(xiàn)了長處。
兩岸工程師共有的一個問題就是，現(xiàn)在很多公司應屆畢業(yè)生從學校一出來，就到了研發(fā)部門，缺少對新產品的生產制程知識和經驗，設計的產品不利于批量生產。原來國企培養(yǎng)應屆畢業(yè)生，都是先在生產線工作1年左右，優(yōu)秀的選拔到技術科(工程部)再1~2年左右，再選合適的到設計所(研發(fā)部門)，這樣選拔出來的工程師才能研發(fā)出方便量產的產品。就硬件工程師來說，不應跳過這一重要環(huán)節(jié)。
大陸優(yōu)秀人材在臺資企業(yè)沒有歸屬感，因為臺企雖然都大幅投資建廠，但一個普通的臺灣人，就因為他是臺灣人就可以做主管，而大陸人材即使很優(yōu)秀也只能做課長。很難做上去。更不要說象在大陸企業(yè)優(yōu)秀人材有股票等的利益分享。
16. 吃虧是福
我的副手李興中在公司中總是在忙，請他幫忙的人多，他又是來者不拒。不論是研發(fā)中還是生產線上發(fā)生的技術問題，他都會幫著做，他跟大家交流時說，看起來是吃虧了，別人在休息，自己還在做事，但是正是因為做了很多Debug，才積累了很多經驗，否則僅知道原理，沒有實際經驗，設計的產品還是會又很多不符合生產制程的問題。后來李興中主導設計的幾款PC主板的市場返修率，大大低與公司平均市場返修率，這些產品是在同樣的生產線，同樣的人，同樣的材料和同樣方法生產的。
我們有一個結構工程師，本職工作事情不多，而我們的測試任務有時很忙，人手不夠，我請她幫忙做，每次都是比較勉強。后來因其它原因離職。在應聘新工作時，因結構工程師要經常到模具廠參加試模具，人家看她一個女孩，有那么文弱，都不愿意錄用，后來她轉應聘測試工程師倒是被錄用。這才對原來的多付出，有了新的認識。
我們中心開會，不論是技術研討會還是項目schedule安排會，我都要求會議的紀錄要在會后1小時內整理完畢發(fā)給相關同事。開始助理對有些技術的內容記不下來，我堅持要他做到。他是學軟件的，這就逼著他要了解相關的硬件技術，幾年下來，他就成了可獨當一面的PM，而且后來還被別家公司挖去成了研發(fā)部門的經理。
一般來說，員工總是追求高薪，但有時未見得是好事，因為你拿了高薪，工作的壓力也一定更大，而且在其它同等條件下，你的市場競爭力會降低，而且那個高薪，如果是老板為了解決一時之需，那就更不好了。在公司狀況不好時，裁員也是被先考慮的。
總的來說年青的時候，多做事，多經歷一些磨礪，即使有些不公平，也不要去計較，不是沒一次投入都有回報，但你總是在投入，終是有回報的，抱著這樣的心態(tài)去面對工作，總會收回所有的投入的，這就是上天不負有心人。
17. 設計輸入
我們往往要的是一個好結果，這是沒錯的，但好的工作輸出來源于好的工作輸入，這常被人忽略。軟件行業(yè)有一句著名的格言：“進來的是垃圾，出去的還是垃圾”，把好輸入關是極其重要的。所以特別把3年前在我們中心雜志我寫的一篇文章貼在這里。
這里討論的產品以IT行業(yè)的板卡和整機為主，也包括軟件。設計輸入是確定所設計產品的市場、用戶、功能、性能、時間等目標，開展產品設計的依據，也是以后驗證產品設計是否能達到規(guī)定的要求，評定設計質量優(yōu)劣程度的依據。
1.設計輸入的基本內容
根據ISO9001的規(guī)定，產品的規(guī)劃階段的工作內容均為設計輸入的基本內容，如表1.列出了各類產品的設計輸入內容。在實際項目執(zhí)行中，特別是規(guī)劃階段，設計輸入的內容不是一次確定的，也不是一方確定的，它往往需要多次雙方協(xié)商或反復才能確定。表中的內容是指最終形成的文件。具體如下：
表1.各類產品的設計輸入
階段 板卡類產品 整機類產品 軟件類產品
A 用戶需求 用戶需求 用戶需求
可行性分析 可行性分析 可行性分析
B 產品標準/規(guī)格（SPEC） 產品標準/規(guī)格（SPEC） 用戶說明書
規(guī)劃 用戶說明書 用戶說明書 軟件需求分析
C 合同要求和技術協(xié)議。 合同要求和技術協(xié)議。 合同要求和技術協(xié)議。
項目任務書 項目任務書 項目任務書
Schedule Schedule Schedule
1.1 用戶需求：
1.1.1用戶的分類
有幾類用戶，一類是外部用戶（委托設計）；一類產品是由本公司下達，此時公司就是用戶；另一類是合作設計。當用戶有充分、完整、清晰的圖文要求時，是最佳狀況，但實際情況往往不是這樣，這就需要產品規(guī)劃者通過有效溝通，將用戶的口頭要求或不完善需求進行圖、文化的完善，要牢記口說無憑。還要充分考慮終端市場用戶的需求。要有“用戶的成功”才是我們的成功的概念。
1.1..2用戶需求包括內容
*功能和性能要求，功能是回答這個產品有什么用？性能是回答這個產品怎么樣(包括技術指標、MTBF)?
*適用的法律、法規(guī)、專利、標準和規(guī)范要求；
*適用的以前類似設計提供的信息（這是指既使用戶沒提到，但以前的實際經驗證明應做到的設計要求）；
*運行、安裝和使用；
貯存、搬運、維護和交付；
物料參數和環(huán)境；
處置要求。
設計和開發(fā)所必需的其它要求（Design Kit ,Sample ，Software Kit ect.）；
應注意，在軟件和服務產品的設計和開發(fā)中，最終使用者要求的和直接顧客要求的輸入，可能特別重要。這類輸入應以貫穿后續(xù)驗證和確認能進行有效試驗的方式來表達；
時間要求；
合同要求和相關技術協(xié)議。
1.2.可行性分析報告
可行性分析報告的目的是從設計項目的市場、用戶、技術、經濟、社會等方面論證其可行性。它包括用戶需求分析和市場、技術調研。要多用表格形式來表達。
1.2.1市場調研
*市場在哪里（市場容量，細分市場和前景）？
*用戶在哪里（誰需要我們的產品）？
*用戶需要什么樣的產品？
*我們的優(yōu)勢在哪里？（技術/價格/品牌/時間/地利/政策/資金）
*競爭對手狀況（技術狀況和市場份額）？
*我們的目標（技術水平和市場份額）
1.2.2技術方案
*采用什么原理、方法、外觀、架構、算法、語言；
*采用什么主芯片、結構、電路、模塊、接口；
*技術關鍵、難點、重點；
*關鍵元器件配套狀況（量產否，供貨周期，有無成熟應用，廠商實力）；
*與其它方案的比較；
*標準化、系列化、專利、兼容性、可靠性；
*易用性、工藝性、維護性，在線升級；
1.2.3人員和設計周期
*需要什么樣的人員組合；
*符合目前人員的狀況嗎？
*增加人員可否提高速度？
*產品設計組外需那些外部支持？
*開始和結束時間
1.2.4投資和損益分析
*設計費用（工資、材料、樣板、專用儀器、夾具、模具、差旅費、購專用技術、外包、其它）；
*產品材料成本；
*市場推廣費用；
*生產費用；
*利稅；
*損益平衡點（指銷售多少臺可收回所有投資，如果是附送產品，要估算其帶來的附加值）；
*敏感性分析（技術、市場、競爭對手變化帶來的風險，如何抵御？戰(zhàn)爭、自然災害等不可抗拒力帶來的風險）；
1.2.5法規(guī)法律的可行性
符合法規(guī)、法律、環(huán)保規(guī)范,符合銷售市場的民俗、宗教習慣。
1.3制定產品標準或SPEC
按照國家/國際/行業(yè)的相關標準制定自己的產品標準；IT行業(yè)有其技術、產品更新快的特點，往往很難制定產品標準，這時可以根據用戶需求和可行性分析報告，制定SPEC，包括功能和性能，還應包括包裝、環(huán)境、MTBF、安全、環(huán)保及引用的標準、規(guī)范。 SPEC要用定制的表格形式；特別強調要經用戶簽字確認。
1.4用戶說明書
用戶說明書要用非專門術語的語言，充分地描述其具有的功能及基本的使用方法；并能夠說明特定的情況下的應對方法和注意事項。應特別注意下列各點：
1.4.1用戶說明書應在設計產品前就寫，而且是盡可能的完善，這是成功研發(fā)產品得到的寶貴經驗。特別是對未設計過的新一類產品，在設計產品前就寫，是至關重要的（否則極易設計出不符合用戶需求的想當然產品）；
1.4.2站在用戶的角度，根據SPEC和用戶需求編寫用戶說明書，一份好的說明書應易讀易用，讓最普通水平的用戶讀后都能夠正確、快速、無誤操作的使用；
1.4.3對一事物的描述，人易接收的程度依次為三維動畫，二維動畫，圖片，表格，公式，文字（有語音輔助更好）。編寫用戶說明書要充分考慮這個規(guī)律；
1.4.4輕重要分開，邏輯要清楚。如對應用軟件的使用說明要明確的表敘：用戶應進行的實際操作；屏幕有那些反應；有什么要注意的事項。對這些不同的內容，可用不同的字體、顏色、段落來區(qū)分；
1.4.5當說明書內容很多時，可分為基本功能和高級功能，前幾頁是基本功能，讓用戶可迅速使用；
1.4.6說明書的外觀、格式應符合企業(yè)的CI 形象；
1.4.7說明書應在產品發(fā)表時和在研發(fā)過程中必要時更新，一般來說，變更越少，體現(xiàn)產品規(guī)劃越高。
1.5項目任務書
除了在規(guī)劃階段（1.1—1.4的內容和1.6的內容）給產品規(guī)劃人員下達的上述內容任務書，這里的項目任務書是指經確認，可立項設計的項目；
項目任務書內容包括項目名稱、設計組成員、啟動和結束（可分幾大階段）的時間。
1.6制定Schedule
Schedule的三要素是人、事、時間，要制定完整的具體的，直到MVT階段設計輸出的項目Schedule。并在執(zhí)行中適時更新，以符合當前狀況。要借助于項目管理軟件，以實現(xiàn)科學規(guī)范的管理。；Microsoft Project 是一種功能強大而靈活的項目管理工具，可以用于控制簡單或復雜的項目。它通過各種圖表能夠安排和追蹤所有的活動，從而對進度了如指掌。而且現(xiàn)在，通過安裝在公司的 intranet 或 Internet 上的 Microsoft Project Central，可以比以往更為方便地與有關人員交換項目信息。如它可以實現(xiàn)子項目的關聯(lián)性；子項目的重要等級等等。
1.7 特殊性
以上是一個通常項目的設計輸入，對特定的項目會有些不同，如有的軟件項目需要“軟件需求分析”（不是指“用戶”）。
2.設計輸入的評審
計算機軟件行業(yè)有一句著名的格言：“進來的是垃圾，出去的還是垃圾”把好輸入關是極其重要的。
2.1設計輸入評審的參加人員
設計輸入的評審應有用戶（或代表）、管理者、產品規(guī)劃工程師、產品設計師、測試工程師、采購、銷售人員參加。
2.2設計輸入評審的要求
對設計輸入的內容應分別進行評審，不完整的、含糊的和矛盾的要求應予以解決，沒有遺留問題，再進行下一步的工作。這也是ISO9000:2000版的要求
2.3設計輸入的存檔
應將確定的設計輸入按文件管制的規(guī)定存檔并保持。
18. 揚長避短
除非經歷一個人生大劫，否則人的個性特質是基本不會改變的。有時看起來是改變，那可能只是因為外界的壓力，暫時的收斂。
象我的個性是屬于面對不合理的事是“疾惡如仇”，說話是直面事實，不怕得罪人；做事是追求完美，一追到底，風風火火，速戰(zhàn)速決。象我這類人，在處理一些事的時候，一定有可取之處。如果要說負面的那就是易“得罪人”，工作要求高，給別人較大壓力。我處理事時，他第一次出差錯，我會和顏悅色地讓他注意，第二出同樣的差錯，我會言詞嚴肅，第三次還出同樣的差錯，我會忍不住嚴辭厲色?！皩κ虏粚θ恕弊鳛橐环N管理理念是對的，但事是人做的，不把做事的方法說給他，不把責任心強調，不分析為什么多次出現(xiàn)這樣的問題說給他聽，怎么可以？這樣對了解我的人而他又有一定承受力，沒什么不良后果。但對脆弱的人往往是受不了。我承認在任何情況下都應該和顏悅色，但做不到，我仔細想過我為什么這樣，原因應該是兩條，一是個性使然，一是強烈的責任心。兩者去掉任一條，都不會象我“那么‘頂真’，象做自己的公司一樣”，這是我的同事經常說我的話。而且我自己發(fā)現(xiàn)，我一激動，思維會特別敏捷，前后事情會在腦子里面全部激活起來。
對多次出同樣的差錯的人我做過分析，一個是責任心不夠；一個是做事的方法或技術沒掌握；還有一個不被人注意的原因是，他的“聯(lián)想能力”能力不夠，我發(fā)現(xiàn)一些人，確實不是前兩個原因出錯。主要是他腦子里面不記事，上周的事他記不住，面對眼前的事也不會作相關聯(lián)想，這樣的個性特質往往也不具備并行作業(yè)的能力。
實際上，一貫的“和風細雨”式的管理和平時“和風細雨”加上偶爾地“暴風驟雨”式管理，都是一種管理風格，沒有對錯之分，只是一種選擇，因為各種管理風格都有大量的成功案例。
不同特質的人，應該選擇做不同的事。有的人愛說話，善于口頭表達，也許做FAE合適；有的人心細，觀察力強，也許做測試工程師合適；有的人心靜，做的住，也許做PCB layout工程師合適；有的人富于創(chuàng)意，善于“自來熟”也許做PM合適；有的人富于創(chuàng)意，善于“自來熟”也許做PM合適
“江山易改，本性難移”也許硬著頭皮改了個性，他的優(yōu)點也隨之消失。與其化大量時間去修身養(yǎng)性，不如揚長避短去做符合個性特質的事。 【完】
相關鏈接
一位技術管理人員的20年工作經歷和感悟（1）
一位技術管理人員的20年工作經歷和感悟（2）
13. 技術傳承
當沒有其它激勵時，幾乎任何一個人都是，當他總是在向別人分享他的知識，而得不到別人的知識反饋，慢慢地他會停止這個行為 。所以技術傳承要做的好，就要保證技術雙向傳播，技術共享，各取所需，共同提高。
因為新人多，有經驗的工程師少，中心采用了兩種培訓模式。一種是將研發(fā)PC主板的硬件技術分成十幾個專題，每個專題的題目一般都定得很具體，界定范圍，避免泛泛而談，力爭將一個小問題講深講透，能夠對設計有指導作用，確定題目和內容主要由我和幾個有經驗的工程師來做。包括新人每人研究一兩項，研究時間是利用做項目以外的時間，花2~3個月的時間。然后每人輪流講給大家，會前2天將內容發(fā)給大家。會議形式是討論會，會上鼓勵提問題，充分交流，報告者自己也可提出自己沒有理解的部分的問題。一輪講完后，再來有延續(xù)性的第2輪。幾年下來，每人都成為某個分支的一技之長者，大家也花較少的時間學到了較多的技術。一種是師徒制，這是傳統(tǒng)的方法但也是有效的方法，同時徒弟的進步也納入雙方的績效考核。徒弟技術能力不夠，總是在請教師付，他怎么樣使別人一直愿意教他？他可以幫師付分擔一些數據收集，整理以及在過程中的一般測試，試驗。讓師付去把精力放在技術深層次問題分析和思考上，以加速問題的解決。
一個工程師應有技術專長，但更重要的是一個工程師要想具備一技之長，應該有一些基本能力。分析能力就是其一。這么樣養(yǎng)成面對問題先分析的習慣？有這樣一件事：中心規(guī)劃了要開發(fā)一個加密軟件，作為主板的附件。我記起幾年前看過的《王選文集》其中的“軟件規(guī)劃”，內容是我迄今為止最有實際指導價值的。我就請我們的一位同事去買，也特別對他說，重點是要看其中的“軟件規(guī)劃”。他是復旦的應屆畢業(yè)生，跑了一趟上海書城和科技書店，就說買不到，就說沒有辦法。我當時說給你3天時間，買到后再來上班，3天都買不到，就不用來公司了，他委屈的要哭。結果在同事的鼓勵下，還是又去想辦法了。結果第2天就買到了。我相信這件事對他刺激是很大的。這里面就存在著對一個任務“分析”的問題。(當然還包含著做事的觀念)
* 為什么要買這本書？
* 有幾種方法可買到此書？（應該有10 種以上方法，你能想到幾種呢？）
* 各種方法需要的時間為多少？
* 各種方法錢的花費為多少？
* 對各種方法，先用哪種，后用哪種？
* 哪種方法綜合效果最好？
* 當買不到書時，有何變通方法？
這是一件工作中的小事，但良好的習慣靠平時養(yǎng)成。做任何事，當你能夠理性地去進行分析，往往就成功了一半，相反，則埋下了失敗的因子。有時，即使是成功了，也是一種運氣而已。再舉例。
在量產的產品中，我們多次碰到這樣一個問題：對于主板上的某一個chip，有些生產日期的產品在主板做高負荷的測試時，會有批量不良，分析發(fā)現(xiàn)是因為這顆chip在不同生產日期，因其制程的微小差別和電子元器件本身的“溫飄”，造成住板上某個輸入或輸出的信號偏差超出容許范圍。對這類情況，有人認為這在設計階段不可能被發(fā)現(xiàn)的，所以要在產品生產后做比較多的做高負荷測試以后，才會抓出這些問題。應該是這樣嗎？硬件工程師 在設計時，是不是應該考慮到chip 參數的上/下限的極端狀況呢？在承認書中是不是應該明確chip 參數允差范圍？研發(fā)部門.做測試時，是不是應該做各種在承認書允差范圍內的測試？這樣都做到了，設計余量足夠，問題就會少發(fā)生，只會發(fā)生超出承認書允差的不良，而這種不良是應由Chip 供貨商/制造商來承擔的，這可以在簽訂商務合同時來約束。經過這樣的分析，我們可以有這樣的結論：設計者應充分考慮Chip 參數偏差的“上/下限”的線路情況，設計端的測試部分應能作參數拉偏極限試驗。量產時是不應做這樣的測試的，否則問題暴露在制造端，花費的成本就太高了。
類似這樣的事例，我們都把它做成了案例，不僅現(xiàn)在用，也作為今后培訓新人的教材，因為這些事情絕不是發(fā)生在1~2個人身上。。
不論對于哪一類專業(yè)的工程師，分析能力都是至關重要的。多角度的思維，特別要有邏輯的去分析：要細致地觀察現(xiàn)象，按事物發(fā)展的客觀實際，立論有據，推論合理，不能跳過問題去下結論。要循序漸進，由表及里，不是淺嘗輒止。如1 塊VGA 卡測試時發(fā)現(xiàn)花屏，換了memory 就好了，問題就這樣結束了嗎？遠遠的沒有，要清晰地描述發(fā)生問題的現(xiàn)象：如所用配置，操作的動作，屏幕顯示；再去分析真因是原材，設計還是制程帶來的問題？ 針對原因要有對策，現(xiàn)在怎么辦？今后怎樣預防，怎樣根除？
有沒有分析能力是判斷一個低階技術人員和中階技術人員的分水嶺。分析能力的強和弱是中高級人才的判斷標準之一。
“授人以魚，不如授人以漁”一個成人IQ(智商)是基本不能提升的，而EQ(情商：綜合的分析/應變能力)是可以鍛煉培養(yǎng)的。我們在傳授技術的同時更注重傳授方法。把追求“Know-how”變成一種習慣。這也是很多新手飛快進步的原因。
除了基礎知識的補充，基本技能的培訓，我們還盡量的爭取讓新手早日介入項目設計，這正如在球場上運動員在運動中才能進球。在設計中碰到問題并解決問題，那種印象要比聽別人講深得多。
我后來還兼管了工廠的工程部，用這套辦法穩(wěn)定了技術隊伍并由此吸引了很多周邊同行廠的工程師來加盟。那些在別的公司互相提防，技術封閉的環(huán)境下工作的同事，到了我們這種開放的環(huán)境，激發(fā)了很大的學習和工作熱情。
14. 怎樣留人
人在不同的層次要求是不一樣的。1999年在一個IT年會上，王選教授說，他當時開發(fā)激光照排技術的動力是看到排字工人那么辛苦，有一股要把他們從繁重的體力勞動中解放出來沖動。他說從來沒想到有獎金啊榮譽什么的，他還說”市場的成功才是對研發(fā)人員的最大激勵”。這一點之所以記得這么牢，是自己十幾年前也是這么想。那時沒有生存的壓力，又受了那么多年的教育。甘于清貧，樂在奉獻是那幾代知識分子的行為準則?，F(xiàn)在說這些，連自己都覺得是在唱高調。
自我需求金子塔理論馬斯洛Abraham Maslow 提出了人有生理，安全，社會，尊重，自我需求這些由 a 至 e 由低級至高級的全面需求，它形同金子塔。這些需求對人來說是逐步的分階段的
a) 生理需求包括食物溫暖住所；
b) 安全需求穩(wěn)定的環(huán)境工作人身安全；
c) 社會需求親情友情愛情；
d) 尊重需求自我意識增強需要別人的尊重；
e) 自我需求要求自我實現(xiàn)有獨立的精神和人格對事物有深刻的認識力。
自我需求就是一種最好的激勵。怎樣使得大家有工作激情，我的體會是首先要從招聘開始。多年的經驗表明。如果一個人做他喜歡做的事，可以省掉很多管理上的要求。他的進步也會很快。我的副手李興中就是，從中學開始就喜歡電子和計算機有很多知識和動手能力是在工作前就具備了。上班在做設計，下了班休息一下，大部分時間還是在研究計算機技術，工作的內容就是他的愛好。所以選擇“做我所愛，愛我所做”的人是最合適的?？墒?，在目前的社會條件下，大多數人還是為了生存，或者說是為了生存的好一點，才來做IT。象本人就是，完全就是為了家庭和孩子能夠有一個良好的生活水準。雖然也很勤奮的工作，但我的感覺和李興中是不一樣的，我是靠對一種家庭和職業(yè)的責任在支撐。
對處于不同需求階段的工程師首先要對他們心態(tài)的了解。比如對從農村來的應屆生，他可能最需要的就是一份不錯的工資和穩(wěn)定的工作，他不怕辛苦。而上海本地的應屆生他們沒有那么大的生存壓力，可能不愿意工作太辛苦。在工作安排時要做相應的考慮，前提當然是，一份耕耘，一份收獲。
對已在其它臺資公司做過幾年的工程師他們可能最需要的是做項目標機會。我們就要盡可能給他這個機會，否則就會留不住人。
對資深的工程師來說，就要有技術上繼續(xù)進步的機會或者向管理位置發(fā)展的機會。我在對技術骨干的態(tài)度和做法可能是我做成一些事和他們愿意長期跟我的原因。我的做法是看到有潛質的工程師會專門去有意識的去觀察和給他機會鍛煉。我往往會破格提拔，以給其大剞量的刺激，激發(fā)其潛質。這方面我是做的比較成功的。在同創(chuàng)時從維修工程師一下提拔為測試部的主管的李興中；在深圳海爾科技將優(yōu)秀軟件工程師宋雅松的工資提的比我還高，讓海爾總部領導也說，從沒一個部門領導能夠為員工做到這個狀況，還有在我兼管ABIT工廠工程部時發(fā)現(xiàn)的PE顧峰源。遠遠不止這幾位，事實上這些人確實是出類拔萃的，不論在那家公司都會脫穎而出。
為了大家對工作對技術有熱情，在開技術研討會時，為鼓勵發(fā)言，我們采用發(fā)言計分，納入日常績效考核；我們還自編了隨機抽取發(fā)言人的小軟件，以保證公平性。
我們也制定了不同級別的職務說明書，上面列清楚了要掌握的專業(yè)知識/技能，做項目的能力，語言表達及寫作能力等具體的要求。讓大家有明確的努力目標。特別是堅持不論資排輩，而是看每人的績效確定獎勵。在這樣一種環(huán)境下，一批人得到了個人能力的大幅提升。
對成熟工程師我經常提一些需將技術知識貫穿起來的問題，以激勵他們把技術融會貫通。象“在計算機上當你按下一個‘A’字，鍵盤有了什么反應，信號怎樣傳給主板上的南橋，CPU又起了什么作用？顯卡怎么樣接受信號傳給顯示器”？“為什么在主板不能開機時，既能通過改電源電路硬件解決，也能不改電路硬件而通過改BIOS相關參數解決”？還有“為什么PC有BIOS，OS，Driver，AP 4類軟件？為什么TV沒有？”
在珠三角，長三角這兩塊熱土，就外部來說有著大量的就業(yè)機會，就內部來說對工程師們公司種種的不適應，造成工程師們的頻繁流動，其結果于自己于公司大都不利。我在這2個地方都工作多年，所管的研發(fā)團隊都保持了優(yōu)秀人材的相對穩(wěn)定，總體流動比率大大低于同行平均水平?？偨Y起來也覺得并不是很困難的事。第一，一份中等或以上水準的薪水是首要條件，畢竟大多數工程師沒有達到“住”無憂的經濟水平；第二，有想做的事可做；第三，有技術可學，畢竟市場競爭激烈；第四，所在的部門公平，人際關系簡單。如果再提一點高要求，那就是個人有發(fā)展空間，公司有發(fā)展前景。
15. 兩岸工程師
我接觸過一些臺灣中年工程師，他們謙遜，內斂，專業(yè)，禮貌，心態(tài)平和。和大陸臺灣中年工程師比較，兩者對工作的觀念方法，處事原則相差不大。而以青年工程師比較，大陸和臺灣兩者對工作的觀念方法相差很大。
目前中國處于社會變革的時期，整個社會顯得浮躁。大陸的青年工程師已極少有人愿意“十年磨一劍”。往往做了一年項目助手，第二年就想做主要角色，第三年就要做Leader。而且一旦達不到個人目標就頻繁跳槽，致使成不了真正的技術精深的專家。而臺灣的青年工程師即便是一個普通的測試職位也往往愿意一做十年不改行，成為專家級的工程師。
大陸工程師頻繁跳槽最主要的表象原因是外部機會多。其次就是薪水低，學不到技術，公司環(huán)境不好。事實上頻繁跳槽，在上個世紀的80~90年代臺灣也是這樣的狀況。最根本的原因是經濟上的壓力，眼看著房價節(jié)節(jié)上升，十年不吃不喝也買不起房，這時應遵守的職場倫理就被丟在了腦后。而所在的公司因為前期投入的培訓費還沒收回，薪資自然是慢慢的加。這樣跳槽就在所難免，“存在就是合理”既然他到外面公司能有大幅度的提薪，為什么原公司就不能做到呢？可能就是這口“氣”咽不下去，結果多數還是雙方受損，所以如果大環(huán)境不變這是公司和個人還繼續(xù)要承擔的陣痛。
大陸年青工程師從學校的教育到社會的現(xiàn)實看到的都是極端的功利性，因此學技術也還是為了改變目前的處境。當公司看出這種風險，又不愿意大幅度加薪，采取的方法就是，技術封 閉，技術分段，這就形成了不良循環(huán)。
中國文化教育與西方教育最大的區(qū)別是缺乏一種建立在邏輯分析基礎上的思維。從中國文化傳統(tǒng)中演變而來的教育帶有過強的“藝術性”，目前中國教育中和報刊上的“隔靴搔癢”文章，是一種不好的示范和引導。臺灣工程師比較早的吸取了以西方和日本的在邏輯分析基礎上的先進方法，在精細思維，執(zhí)行層面的細微處體現(xiàn)了長處。
兩岸工程師共有的一個問題就是，現(xiàn)在很多公司應屆畢業(yè)生從學校一出來，就到了研發(fā)部門，缺少對新產品的生產制程知識和經驗，設計的產品不利于批量生產。原來國企培養(yǎng)應屆畢業(yè)生，都是先在生產線工作1年左右，優(yōu)秀的選拔到技術科(工程部)再1~2年左右，再選合適的到設計所(研發(fā)部門)，這樣選拔出來的工程師才能研發(fā)出方便量產的產品。就硬件工程師來說，不應跳過這一重要環(huán)節(jié)。
大陸優(yōu)秀人材在臺資企業(yè)沒有歸屬感，因為臺企雖然都大幅投資建廠，但一個普通的臺灣人，就因為他是臺灣人就可以做主管，而大陸人材即使很優(yōu)秀也只能做課長。很難做上去。更不要說象在大陸企業(yè)優(yōu)秀人材有股票等的利益分享。
16. 吃虧是福
我的副手李興中在公司中總是在忙，請他幫忙的人多，他又是來者不拒。不論是研發(fā)中還是生產線上發(fā)生的技術問題，他都會幫著做，他跟大家交流時說，看起來是吃虧了，別人在休息，自己還在做事，但是正是因為做了很多Debug，才積累了很多經驗，否則僅知道原理，沒有實際經驗，設計的產品還是會又很多不符合生產制程的問題。后來李興中主導設計的幾款PC主板的市場返修率，大大低與公司平均市場返修率，這些產品是在同樣的生產線，同樣的人，同樣的材料和同樣方法生產的。
我們有一個結構工程師，本職工作事情不多，而我們的測試任務有時很忙，人手不夠，我請她幫忙做，每次都是比較勉強。后來因其它原因離職。在應聘新工作時，因結構工程師要經常到模具廠參加試模具，人家看她一個女孩，有那么文弱，都不愿意錄用，后來她轉應聘測試工程師倒是被錄用。這才對原來的多付出，有了新的認識。
我們中心開會，不論是技術研討會還是項目schedule安排會，我都要求會議的紀錄要在會后1小時內整理完畢發(fā)給相關同事。開始助理對有些技術的內容記不下來，我堅持要他做到。他是學軟件的，這就逼著他要了解相關的硬件技術，幾年下來，他就成了可獨當一面的PM，而且后來還被別家公司挖去成了研發(fā)部門的經理。
一般來說，員工總是追求高薪，但有時未見得是好事，因為你拿了高薪，工作的壓力也一定更大，而且在其它同等條件下，你的市場競爭力會降低，而且那個高薪，如果是老板為了解決一時之需，那就更不好了。在公司狀況不好時，裁員也是被先考慮的。
總的來說年青的時候，多做事，多經歷一些磨礪，即使有些不公平，也不要去計較，不是沒一次投入都有回報，但你總是在投入，終是有回報的，抱著這樣的心態(tài)去面對工作，總會收回所有的投入的，這就是上天不負有心人。
17. 設計輸入
我們往往要的是一個好結果，這是沒錯的，但好的工作輸出來源于好的工作輸入，這常被人忽略。軟件行業(yè)有一句著名的格言：“進來的是垃圾，出去的還是垃圾”，把好輸入關是極其重要的。所以特別把3年前在我們中心雜志我寫的一篇文章貼在這里。
這里討論的產品以IT行業(yè)的板卡和整機為主，也包括軟件。設計輸入是確定所設計產品的市場、用戶、功能、性能、時間等目標，開展產品設計的依據，也是以后驗證產品設計是否能達到規(guī)定的要求，評定設計質量優(yōu)劣程度的依據。
1.設計輸入的基本內容
根據ISO9001的規(guī)定，產品的規(guī)劃階段的工作內容均為設計輸入的基本內容，如表1.列出了各類產品的設計輸入內容。在實際項目執(zhí)行中，特別是規(guī)劃階段，設計輸入的內容不是一次確定的，也不是一方確定的，它往往需要多次雙方協(xié)商或反復才能確定。表中的內容是指最終形成的文件。具體如下：
表1.各類產品的設計輸入
階段 板卡類產品 整機類產品 軟件類產品
A 用戶需求 用戶需求 用戶需求
可行性分析 可行性分析 可行性分析
B 產品標準/規(guī)格（SPEC） 產品標準/規(guī)格（SPEC） 用戶說明書
規(guī)劃 用戶說明書 用戶說明書 軟件需求分析
C 合同要求和技術協(xié)議。 合同要求和技術協(xié)議。 合同要求和技術協(xié)議。
項目任務書 項目任務書 項目任務書
Schedule Schedule Schedule
1.1 用戶需求：
1.1.1用戶的分類
有幾類用戶，一類是外部用戶（委托設計）；一類產品是由本公司下達，此時公司就是用戶；另一類是合作設計。當用戶有充分、完整、清晰的圖文要求時，是最佳狀況，但實際情況往往不是這樣，這就需要產品規(guī)劃者通過有效溝通，將用戶的口頭要求或不完善需求進行圖、文化的完善，要牢記口說無憑。還要充分考慮終端市場用戶的需求。要有“用戶的成功”才是我們的成功的概念。
1.1..2用戶需求包括內容
*功能和性能要求，功能是回答這個產品有什么用？性能是回答這個產品怎么樣(包括技術指標、MTBF)?
*適用的法律、法規(guī)、專利、標準和規(guī)范要求；
*適用的以前類似設計提供的信息（這是指既使用戶沒提到，但以前的實際經驗證明應做到的設計要求）；
*運行、安裝和使用；
貯存、搬運、維護和交付；
物料參數和環(huán)境；
處置要求。
設計和開發(fā)所必需的其它要求（Design Kit ,Sample ，Software Kit ect.）；
應注意，在軟件和服務產品的設計和開發(fā)中，最終使用者要求的和直接顧客要求的輸入，可能特別重要。這類輸入應以貫穿后續(xù)驗證和確認能進行有效試驗的方式來表達；
時間要求；
合同要求和相關技術協(xié)議。
1.2.可行性分析報告
可行性分析報告的目的是從設計項目的市場、用戶、技術、經濟、社會等方面論證其可行性。它包括用戶需求分析和市場、技術調研。要多用表格形式來表達。
1.2.1市場調研
*市場在哪里（市場容量，細分市場和前景）？
*用戶在哪里（誰需要我們的產品）？
*用戶需要什么樣的產品？
*我們的優(yōu)勢在哪里？（技術/價格/品牌/時間/地利/政策/資金）
*競爭對手狀況（技術狀況和市場份額）？
*我們的目標（技術水平和市場份額）
1.2.2技術方案
*采用什么原理、方法、外觀、架構、算法、語言；
*采用什么主芯片、結構、電路、模塊、接口；
*技術關鍵、難點、重點；
*關鍵元器件配套狀況（量產否，供貨周期，有無成熟應用，廠商實力）；
*與其它方案的比較；
*標準化、系列化、專利、兼容性、可靠性；
*易用性、工藝性、維護性，在線升級；
1.2.3人員和設計周期
*需要什么樣的人員組合；
*符合目前人員的狀況嗎？
*增加人員可否提高速度？
*產品設計組外需那些外部支持？
*開始和結束時間
1.2.4投資和損益分析
*設計費用（工資、材料、樣板、專用儀器、夾具、模具、差旅費、購專用技術、外包、其它）；
*產品材料成本；
*市場推廣費用；
*生產費用；
*利稅；
*損益平衡點（指銷售多少臺可收回所有投資，如果是附送產品，要估算其帶來的附加值）；
*敏感性分析（技術、市場、競爭對手變化帶來的風險，如何抵御？戰(zhàn)爭、自然災害等不可抗拒力帶來的風險）；
1.2.5法規(guī)法律的可行性
符合法規(guī)、法律、環(huán)保規(guī)范,符合銷售市場的民俗、宗教習慣。
1.3制定產品標準或SPEC
按照國家/國際/行業(yè)的相關標準制定自己的產品標準；IT行業(yè)有其技術、產品更新快的特點，往往很難制定產品標準，這時可以根據用戶需求和可行性分析報告，制定SPEC，包括功能和性能，還應包括包裝、環(huán)境、MTBF、安全、環(huán)保及引用的標準、規(guī)范。 SPEC要用定制的表格形式；特別強調要經用戶簽字確認。
1.4用戶說明書
用戶說明書要用非專門術語的語言，充分地描述其具有的功能及基本的使用方法；并能夠說明特定的情況下的應對方法和注意事項。應特別注意下列各點：
1.4.1用戶說明書應在設計產品前就寫，而且是盡可能的完善，這是成功研發(fā)產品得到的寶貴經驗。特別是對未設計過的新一類產品，在設計產品前就寫，是至關重要的（否則極易設計出不符合用戶需求的想當然產品）；
1.4.2站在用戶的角度，根據SPEC和用戶需求編寫用戶說明書，一份好的說明書應易讀易用，讓最普通水平的用戶讀后都能夠正確、快速、無誤操作的使用；
1.4.3對一事物的描述，人易接收的程度依次為三維動畫，二維動畫，圖片，表格，公式，文字（有語音輔助更好）。編寫用戶說明書要充分考慮這個規(guī)律；
1.4.4輕重要分開，邏輯要清楚。如對應用軟件的使用說明要明確的表敘：用戶應進行的實際操作；屏幕有那些反應；有什么要注意的事項。對這些不同的內容，可用不同的字體、顏色、段落來區(qū)分；
1.4.5當說明書內容很多時，可分為基本功能和高級功能，前幾頁是基本功能，讓用戶可迅速使用；
1.4.6說明書的外觀、格式應符合企業(yè)的CI 形象；
1.4.7說明書應在產品發(fā)表時和在研發(fā)過程中必要時更新，一般來說，變更越少，體現(xiàn)產品規(guī)劃越高。
1.5項目任務書
除了在規(guī)劃階段（1.1—1.4的內容和1.6的內容）給產品規(guī)劃人員下達的上述內容任務書，這里的項目任務書是指經確認，可立項設計的項目；
項目任務書內容包括項目名稱、設計組成員、啟動和結束（可分幾大階段）的時間。
1.6制定Schedule
Schedule的三要素是人、事、時間，要制定完整的具體的，直到MVT階段設計輸出的項目Schedule。并在執(zhí)行中適時更新，以符合當前狀況。要借助于項目管理軟件，以實現(xiàn)科學規(guī)范的管理。；Microsoft Project 是一種功能強大而靈活的項目管理工具，可以用于控制簡單或復雜的項目。它通過各種圖表能夠安排和追蹤所有的活動，從而對進度了如指掌。而且現(xiàn)在，通過安裝在公司的 intranet 或 Internet 上的 Microsoft Project Central，可以比以往更為方便地與有關人員交換項目信息。如它可以實現(xiàn)子項目的關聯(lián)性；子項目的重要等級等等。
1.7 特殊性
以上是一個通常項目的設計輸入，對特定的項目會有些不同，如有的軟件項目需要“軟件需求分析”（不是指“用戶”）。
2.設計輸入的評審
計算機軟件行業(yè)有一句著名的格言：“進來的是垃圾，出去的還是垃圾”把好輸入關是極其重要的。
2.1設計輸入評審的參加人員
設計輸入的評審應有用戶（或代表）、管理者、產品規(guī)劃工程師、產品設計師、測試工程師、采購、銷售人員參加。
2.2設計輸入評審的要求
對設計輸入的內容應分別進行評審，不完整的、含糊的和矛盾的要求應予以解決，沒有遺留問題，再進行下一步的工作。這也是ISO9000:2000版的要求
2.3設計輸入的存檔
應將確定的設計輸入按文件管制的規(guī)定存檔并保持。
18. 揚長避短
除非經歷一個人生大劫，否則人的個性特質是基本不會改變的。有時看起來是改變，那可能只是因為外界的壓力，暫時的收斂。
象我的個性是屬于面對不合理的事是“疾惡如仇”，說話是直面事實，不怕得罪人；做事是追求完美，一追到底，風風火火，速戰(zhàn)速決。象我這類人，在處理一些事的時候，一定有可取之處。如果要說負面的那就是易“得罪人”，工作要求高，給別人較大壓力。我處理事時，他第一次出差錯，我會和顏悅色地讓他注意，第二出同樣的差錯，我會言詞嚴肅，第三次還出同樣的差錯，我會忍不住嚴辭厲色?！皩κ虏粚θ恕弊鳛橐环N管理理念是對的，但事是人做的，不把做事的方法說給他，不把責任心強調，不分析為什么多次出現(xiàn)這樣的問題說給他聽，怎么可以？這樣對了解我的人而他又有一定承受力，沒什么不良后果。但對脆弱的人往往是受不了。我承認在任何情況下都應該和顏悅色，但做不到，我仔細想過我為什么這樣，原因應該是兩條，一是個性使然，一是強烈的責任心。兩者去掉任一條，都不會象我“那么‘頂真’，象做自己的公司一樣”，這是我的同事經常說我的話。而且我自己發(fā)現(xiàn)，我一激動，思維會特別敏捷，前后事情會在腦子里面全部激活起來。
對多次出同樣的差錯的人我做過分析，一個是責任心不夠；一個是做事的方法或技術沒掌握；還有一個不被人注意的原因是，他的“聯(lián)想能力”能力不夠，我發(fā)現(xiàn)一些人，確實不是前兩個原因出錯。主要是他腦子里面不記事，上周的事他記不住，面對眼前的事也不會作相關聯(lián)想，這樣的個性特質往往也不具備并行作業(yè)的能力。
實際上，一貫的“和風細雨”式的管理和平時“和風細雨”加上偶爾地“暴風驟雨”式管理，都是一種管理風格，沒有對錯之分，只是一種選擇，因為各種管理風格都有大量的成功案例。
不同特質的人，應該選擇做不同的事。有的人愛說話，善于口頭表達，也許做FAE合適；有的人心細，觀察力強，也許做測試工程師合適；有的人心靜，做的住，也許做PCB layout工程師合適；有的人富于創(chuàng)意，善于“自來熟”也許做PM合適；有的人富于創(chuàng)意，善于“自來熟”也許做PM合適
“江山易改，本性難移”也許硬著頭皮改了個性，他的優(yōu)點也隨之消失。與其化大量時間去修身養(yǎng)性，不如揚長避短去做符合個性特質的事。 【完】
相關鏈接
一位技術管理人員的20年工作經歷和感悟（1）
一位技術管理人員的20年工作經歷和感悟（2）
下載文檔
