June 22
標題下得很大，我自己也還在摸索，所以如果有好的想法請不吝分享給我。
前陣子有很多人來面試，我幽默風趣帥氣的老闆面試完回來就一直說 “每個人都說PM是橋樑，這麼愛當橋樑不會去營造公司蓋橋喔！” 雖然搞笑的成份居多，但確實是如此，不過大家真的知道怎麼當這個橋樑嗎？
先看看上面那張通話明細，仔細一算6/1-6/22我總共講了587分鐘的電話，以一個不愛講電話的男人來說，算是嚴重超時。而這些電話多數是和廠端聯繫或找RD來開會解決問題，所以身為PM，我會說他是橋樑，但會更像霍格華滋裡面那個會動的樓梯，你要把人帶到正確的目的地才算功德圓滿。
所以身為PM有很多傳遞訊息的機會，但要精準的傳遞資訊是一門需要練習的課程，尤其有太多商學院訓練出來的同學太習慣用15~20分鐘進行報告，而且要有一連串華麗辭藻、配色優美的PPT搭配，最後才（砰！）講出結果。這種直述式的表達並非不好，但職場上的溝通貴在效率，尤其在工廠更是分秒必爭 ; 尤其你面對的是每秒鐘幾十萬上下的全球市值最高公司員工 ; 尤其當PM，你面對可能多數是理工科背景的工程師，相較於過程他們可能更在乎結果，當你先說出結果，他們的腦袋可以開始Process可能的過程，進而開始Debug，所以以下是我的感想：
先講結果，再說過程。
如前述所說，先設定彼此對於結果的共識，便可以開始進行整體過程的檢討。以我們的例子來說，客人可以基於產品設計或公司立場馬上提出意見 ; RD可以基於測試過程提出反饋，QA/SQE可以針對料件特性提出觀察結果，正因為大家在同一個結果上，便可以更簡單以自己的角度反思整體過程，不需要聽你一個人演講完所有過程才能繼續討論。
迅速總結，提出建議。
經過討論後，會出現很多的意見或是想法，而身為PM就必須在這短時間內找到有用的資訊，並總結出一個可行建議，讓整個團隊繼續前進，因為兵貴神速。
七步成詩，列點說明。
“說話前，要先經過大腦” 原本以為這只是句玩笑話，但工作後體悟很深，為了要更精確地傳達訊息，我會在走往客戶區的短短一分鐘內先”列點“整理過要說的訊息，並且預設回應，才能準備好相對應的數據，否則來來回回確認數據，不只浪費彼此的時間也降低自己的專業度以及Credit。
這次Build因為一顆料件問題，搞得我一個頭兩個大。因為再怎麼做都有一點小瑕疵，但客戶因為品質的要求並不接受這樣的瑕疵所以百百批退。所以我每天都在跟RD/ 製程討論改進的製程方法，然後開始了實驗->失敗->會議匯報客人->會議討論改進->實驗->失敗->會議匯報客人的無限輪迴。
前陣子看到Ｍusk説 ”如果覺得會議不重要可以不必參加或是直接離開，開會只是降低效率“ 。某方面而言確實如此，比起會議更重要的是做正事的時間，所以確保效率以及訊息傳遞的準確，是一個合格PM必須要擁有的能力。
而且沒效率的話，大家回台灣的時間都會被拖延，會被憎恨。
EPM Sam 我們下次見。
