一篇滿久以前的好文章, 頗有同感,
自己身為RD, 照道理說應該要能體會以下所說的複雜心情, 
但我仔細看完後認真的想了想, 完蛋了, 我好像不怎麼像RD... 
大概我做RD做得還不夠久吧! :p

-------------------------------------------
RD => "R"esearch and "D"evelopment engineer 
(研究與發展,也有人解釋為Research & Design(設計), 大多公司都只是設計(兜)電路,沒時間做研究)


我會寫這篇文章的主要原因有三 :

第一, 
個人從事RD 工作及Support支援 RD工作已有十年 , 
此期間接觸到的 RD多達三千人, 想透過文章表達我的心得與大家分享.

第二 , 
雜誌, 網站討論區極少人發表類似文章, 
尤其是Touch 到 RD 內心的世界更是少有 , 
一般人都認為 RD 只喜歡硬梆梆的技術文章 , 不了解" 自我" 的大有人在.

第三, 
希望 RD 的高層主管, Vendor 廠商 , 
其它部門同仁能了解 RD 的思考邏輯及想法 , 
在溝通上更順暢. 減少不必要的衝突.


一 . RD的分類 :
一般我去拜訪客戶, 會遇到二種 RD. 
一是會追著你發問的 RD. 一是都沒有問題的 RD. 
就我觀察. 常問問題的人均是Key man. 是公司重要的人物. 
會問問題代表著學習心強. 表達能力良好. 
我也可以籍由 RD的問題來判斷 RD的程度 . 調整談話內容.


二 . RD在公司的地位 :
RD 部門在公司是重要的單位. 但不代表有地位. 
只要企劃(市場部), 業務或者是老闆有了想法(夢想) , 
不管有理無理, RD就要想辦法把他們的想法具體的實現出來(夢想實現) . 
採購 , 倉管, 工程每天追著 RD要求配合, 
生產線的媽媽, 大姐們更是得罪不得 , 
她們會為了一顆電容擺放位置不好焊來跟你吵半天 . 
更別提客服部門(FAE)的抱怨 .


三 . RD的壓力 :
RD 最大的壓力來自Schedule . 
在日本 Notebook研發要半年. 在台灣三個月就可看到 Sample. 
以 DRAM module 來說在台灣只要7 個工作天就可全部完成. 
事實上RD 花在設計的時間較少, 大多數的時間都在debug (改版與新增功能). 
問題是schedule 無法控制. 故壓力頗大
(細部產品Spec.先定好再說) (RD將時間浪費在處理流程將是公司的損失)


四 . RD的研發產品過程中學習及問題解決的方式 .
Vendor 廠商提供的 DataBook頗厚 . 看也看不完 . 
新科技又不斷出新 . 學也學不完 . 新技術又創造了新問題 . 
依我觀察有能力的 RD常使用的方式如下 .

1. 有系統的解決問題 .
依據標準化作業程序或依規定依規格來思考可解決百分之八十的問題 . 
(標準化作業程序、細部規定擬定合理化是很重要的)

2. 以新方法解決問題. 會實驗各種可能性. 
失敗100 次也沒關係, 只要有一次成功即可. 新技術又創造了新問題, 
聰明的 RD了解過去的經驗有時反而成為包袱 . (如果公司有時間做研究)

3. 向過去的經驗學習.
較有規模的公司均有建立問題資料庫 (Database & Bug List). 
(但要有專人管理)

4. 向外界的經驗學習 . 
RD會向 Vendor 廠商的FAE 學習, FAE 也會向RD學習 , 
諸如此類 , 教學相長 . (沒有人是萬能的)

5. 向團隊的經驗學習. RD會用最快速的方式傳輸知識 . 
RD團隊經常把技術分類成各別項目, 
每一個人分到一個項目做資料收集及研究, 然後與團隊分享.


五 . RD的衣著.
RD的衣著以輕鬆為原則 , 沒有人穿西裝打領帶 . 
有很多公司的 RD是晚上才正式的工作 .
白天有太多事件會干擾無法專心
(協助其他部門、處理眾多流程、開不完的會議...等等) . 
晚上輕鬆的工作心情也比較有工作效率 . 
因長時間的工作 , 故須輕鬆的衣著 . 
配合 RD一起參與工作的人盡可能不要西裝筆挻, 比較沒有隔閡.


六 . RD的談話特質
1 .言語上有稜有角有數據
喜歡 一針見血, 直接肯定的回答.

2. 有稜有角的相反是圓滑, 
RD不會圓滑 , 不會講話, 
因為平常他們只要跟產品 , 電腦講話即可, 
平時不多言, 除非跟他們討論技術問題 ,

3. 喜歡聽直接 , 簡潔 , 一針見血 , 
可以一頭打醒的答案 , 不喜歡別人跟他們囉嗦

4. 比較有自尊心 , 較無法接受失敗和挫折 . 
RD 常與其他部門起衝突, 
但請了解RD 本身的特質, 請預留台階給他們下 , 不要把話講死 .


七. RD 的團隊
1. RD們均了解要完成一項產品光靠一個 RD是不夠的
2. RD團隊經常發生集體跳槽的事件 , 
主要的原因如下有稜有角的個性, 易與其他部門或主管起衝突. 
RD 是公司最重要的團隊, 所有的公司皆重視 RD, 
也只有 RD 才有可能高薪集體挖角 ,要找到一個肯照顧 , 
有能力的 RD 主管不容易, 工程師們會跟著他們的主管同甘共苦


八 . RD的理性與感性
1. 理性 : 
不合理的事情 RD們也會想辦法找出一個合理的解釋 . 
(見怪不怪,處變不驚)
2. 感性: 
RD工作常陷入低潮 , RD的工作十分容易出包. 
RD 最須要協助的時候別忘了拉他一把. 
只要你曾幫助過他, 他會感謝你一輩子.


九. RD 天生的好奇心
RD會問東問西 , 有很多奇怪的問題. 
身為一個主管最幸運的就是底下有這一類型的 RD.
身為一個主管或資深 RD 務必對於想學有心學習的人才給予教育訓練 . 
對於來問問題的人必須親切且不厭其煩的指導 
(不要嫌人程度不好之類的). 沒有學習意願的 RD 也不用教了. 
不用浪費自己的時間. 沒有學習環境的公司, 基層 RD 離職率很高.


十 . RD的事物觀
RD 與 Sales 最大的不同就是事物觀 .
RD 的悲觀是工作必須的 . 
RD認為沒驗證過的事物都有問題 . 必須反覆測試 . 
(沒測試過的產品,天曉得會發生什麼事?)
Sales是樂觀看事物 , 產品永遠有機會賣出去 . (出事就準備夾軟旦)


十一. RD 工作環境的凌亂
就算是今天整理好明天也一樣亂 , 
環境整齊反而做不出好東西 . 雖然環境亂 . 
可是 RD在電腦檔案管理上是最整齊的 . 
電腦檔案常弄丟的反而是管理部門 . 一
般的公司要求 RD保持桌面整潔幾乎做不到 . 
能做到每月大掃除一次就不錯了 . 
(通常要求RD時時桌面保持整潔的一定沒做過RD:
RD通常有想過在離職的時候將桌面整理乾淨)


十二. RD 最常說的三句話
1. 我很忙 (沒時間 ).
2. 不想改(現在用得好好的 ). (改了出問題誰負責?)
3. 資料留下來就好 (有問題會找你).

其實無法取得 RD好印象的人會常聽到這些話 . 
了解 RD的語言 , 問題, 想法, 思考邏輯的人才會有機會談下去. 
與RD談話本身要有程度 , 必須有知識或技術可提供 RD學習 .
"成功的人找方法 , 失敗的人找理由 ". 大家共勉之 
(三國時代 曹操軍 名軍師 程昱曾經說過:「和沒有頭腦的人討論事情,是沒有結果的。」)


十三 . RD的最愛
1. 資訊交易:
RD的資訊其實十分封閉 , 
如果你有好的訊息或技術他們很願意聽 , 
如果有技術問題請教, 他們也很樂意指導.

2. Know How:
" 規格" "標準 "資料容易取得 , 也容易陷入迷思 . 
有 Know-How, 有實作經驗的人非常受 RD歡迎.

3."問題已幫你解決 "
這句話是RD 的最愛: 
無法幫助RD 的Sales或協力廠商會被 RD列為拒絕往來戶 , 
RD最高興有人幫他們解決問題 . 
研發工程師是多數理工科系畢業生嚮往的工作. 
但我發現五年來我 RD 的六本名片簿已有四本因人員離職可以丟了.

RD真的不是一般人可勝任的 ,
RD在工作崗位上快快樂樂的地工作已是夢想 .

希望各位能和 RD 在" 面對面溝通" 上花點時間, 
也希望RD在 "管理 "這門課上花點時間學習 , 
一般RD 是不善交際的, 也不要強人所難. (EQ值要比其他人高)

rulian 發表在 痞客邦 PIXNET 留言(2) 人氣()


留言列表 (2)

發表留言
  • Louise
  • Nice blog!!

    Hello~
    不小心逛到你的關西行
    又看到你的美食記
    再繞到這來 發現這篇年代已久的RD文 都很受用的喔!!
    Nice blog! Thanks for sharing!
  • 謝謝你的支持~ 呵呵~

    rulian 於 2009/10/07 20:09 回覆

  • KAWAZAKI999999999@KIMO.COM.TW
  • 我是過客

    若是有機會的話你要快速解決Design到不錯的學校可以找老師或是高材生有時會有意想不到的Support,因為學校強人多,但是有些科系的名稱有點學術化,在找時會一頭霧水,這是我的經驗.
    應該會有幫助.......