gipi的學習筆記-經營管理、數據思考、終身學習

一般人對研發人員的刻板印象是什麼？隨便問十個非研發人員的人，通常都會出現這幾個屬性：
1.不善交際，表達能力較差
2.喜歡面對電腦勝過面對人
3.很宅、很宅、很宅
4.說話無趣
5.工作很操，爆肝大隊

所聽到的大部份都很負面啊，我嘗試過詢問有沒有比較正面的特性，總算也還有人提出：
1.聰明
2.邏輯能力好
3.比較好說話(這不知道算不算優點)

說起來，大家對研發人員的觀感似乎還是負面的多於正面，前陣子我聽到某某主管跟我說：『你們家的XXX，Presentation能力不錯耶，PowerPoint做得很不錯，表達的東西也講得很清楚，技術人員這樣的不多耶。』
我回答：『是啊，因為有訓練。』

研發人員不是表達能力不好，也不是不善交際，我認為這種能力都是需要訓練的，而研發人員平常本來就比較專注在面對電腦，在這一部分的磨練本來就比較欠缺，也因此在這部分的能力自然比不上天天都在報告的SA、SD或者Sales一類的角色，但這不代表研發人員天生都是這樣，而是欠缺栽培與訓練。

也是前一陣子，有個SD跟我說：『我跟PR講規格，他都用程式的詞彙來回答我，我真的很難跟他溝通。』
我回答：『那妳覺得他要用Domain的用詞來回答你是嗎？那你應該要教他，不然他怎麼會知道用什麼用詞跟你溝通呢？』

先SD再Coding，這是軟體產業的標準流程，問題不大，所以多數情況下是PR必須要去學習SD的用詞與Spec寫法，PR必須要有將SD Spec轉化成Code的能力，因此多數情況下我們會要求SD將Spec寫得夠標準，然後PR必須要去熟悉這樣的一個規範，在這種架構下，SD自然不用去了解PR的用語；但如果今天我們流程反過來了，是SD要依PR寫的Code去產生SD Spec，那結果可能是PR要抱怨SD聽不懂Code的用詞了，寫出正確的SD Spec，並告知PR每個Domain用詞的意義，是SD該教導PR的，並不是做不好時來怪PR難溝通。

其實我自己覺得所謂的『研發人員通病』並不能說不存在，但它並不是一種天性，而是後天環境與角色定位使然，給予適當的訓練，每個人都有機會改變的。