文：汪士瑋
「為什麼、為什麼、為什麼?」
Bruce剛擔任PM半年，認真的他，總是在開會前努力完成縝密的規劃，努力協調各個角色一起努力，接任這半年來，他上班日幾乎沒有一天早於晚上十點下班，有時假日也要去趕工作進度。他的辛苦，主管每天都看在眼裡，也覺得他工作的太辛苦了，一直希望他調整一下作法。一直以來都著使命必達的心情，一路刻苦努力打拼的Bruce，聽到老闆這樣的評論，簡直要炸了，覺得老闆並不瞭解他作業上的困難。
「即使開完會，我們用白紙黑字的寫下討論完定義的規格以及要達成的目標，工程師常常在開完會後，還是照他的意思去寫。每次看到他們交出來的結果，我都覺得快腦充血了。到底是我的表達太差有問題，還是他的理解能力有問題?這些老闆都不會知道，都是我在努力協調的呀。」
「每個人都用他自己理解的寫Code，系統串起來穩定性就會有問題呀，這怎麼可以，然後他們做的我拿著會議記錄請他們修改，每個人都給我臉色青筍筍，覺得功能能動就好，我要求這麼多是刻意在找他們麻煩，還會拒接我電話。讓我只好每天發郵件、傳訊息、去座位堵人，還不能直接拍桌子，要花時間想辦法照顧他們的心情，他們心情好才願意修改，這樣的文化搞得我也很煩呀。我覺得我還是回去做工程師好了，人實在太複雜了!!」
「你覺得他們會這樣做的原因是甚麼呢?」
「他們會認為自己只是來支援，這件事對他們是多的，績效不掛在他們身上，所以配合度很低。」「可能他們也很忙吧」「還是….」
Bruce努力的想著，但總是覺得有點推不動。
「你覺得他們在意的是甚麼呢?」
「他們在意能用最短時間把這件事做完就好，他們可能也希望我少去煩他」
「嗯嗯，所以如果有效率的做事，是你們共同的目標，你的好處是不用追的那麼累，他們可以有效率的完成結果，也不用一看到你心裡就覺得有負擔。」
「哈哈，我懂啦，我也是工程師呀。寫code的方式那麼多種，只是要動是太簡單了，如果是我的話，要最快完成我也會這樣做。」Bruce終於理解了他合作的工程師，為什麼總是開會歸開會，執行歸執行了。
「我終於懂了，是說法的問題。從他的角度，他想的是最短時間完成只是配合我的事情，他只是要做完，而不是要求最佳解。」
「太棒了! 你現在知道他跟你的目標不一樣，是很正常的，那你接下來可以怎麼做呢?」
「我可以嘗試換個方式，用說故事的方式，從使用者的使用心情來看這件事執行的結果，再跟他討論怎麼做會比較好。這樣結論是我們討論出來的，他也更知道這件事的頭尾要串連到哪裡去，寫的時候也可能比較考慮的到。」
「很好喲，這就叫做換位思考。溝通不是重複播送的說服，而是聽懂對方想要表達的，也能夠用有效，讓對方有感的方式，了解你想表達的；互相理解後，找到一個彼此共同的目標。以你要歷練的PM，會接觸到非常多各種各樣不同思考模式的人，這樣的訓練是很棒的。符合你們彼此的唯一解也許不存在，但總是可以透過溝通、相互理解，找到相對匹配現況能做到的方法。」
「顧問，我知道了。」
也許我們都可以從Bruce的例子，學習到以下換位溝通的方法：
一、用換位思考的方式，體會對方的考慮
二、用說故事的方式，讓對方有感的溝通
三、先相互理解，再找到彼此的共同交集
下次你有機會管理專案或是跨部門溝通的時候，不妨也試試看喲!!
發佈留言