我接到的第一個案子是做 iOS App 開發，同事帶著我從頭開始，一起進會議室跟客戶開語音會議，skype 嘟嘟嘟地響，感覺手心開始冒汗，「嗨！」聲音響起，我們開始一來一往的說話，一切都真實了起來，有什麼東西在對談之中逐漸成形，我可以想像得到這個 App 的雛形。
在那之後，Wireframe 前後也修改了五版，準備好了工程師的資源，跟設計師溝通完，也把頁面都設計完成，似乎終於可以開始進展 scrum 的階段，但是卻等著後端的 source code 跟 API 測試，等待的時間花了兩個月，卻換來客戶告知說公司策略方向有調整，必須暫停 App 開發。在案子確定終止的那一刻，我第一個反應是：該如何告訴工程師這個消息？在跟三方的工程師說明情況後，我體悟到 PM 必須具備同理心，在開發中要讓客戶知道我們是同一國的，都是希望這個產品做好並在deadline 前完成，給他們安心，並儘量為工程師排除一些麻煩事，讓他們能專心寫code，在案子因為一些原因而中止時，也要去理解客戶的決定。PM 要做的不只是表面上的一系列流程，魔鬼藏在細節裡，在開發時每個人的情緒脈動，溝通的狀況和理解程度，都會影響到一個專案的發展，在這反覆的過程中才發現，原來管理一個專案不只是跑流程，更要理解及照顧到每一位成員的狀況。
什麼樣的人適合當 PM？
PM 的面貌有很多種，在我們公司，每個 PM 都有著不同的鮮明風格，有技術背景的，有聰明的，有懂得跟人相處的，也有討喜的，每個人的特質都不同，自然也都發展出一套自己的做事哲學，但都有個共通點，大家都在為了自己心中專案最重要的東西在努力。
記得在開發另一個專案期間，Paul 寄了一封信給我，標題是「Be tough for the quality」，我完完全全是個菜鳥，不敢太 push 專案，但專案中最重要的東西是什麼？為了堅持自己認為最重要的價值，我拼盡全力了嗎？雖然是短短一封信，卻帶給我很大的震撼。PM 有很多種，但真正好的 PM 一定會想辦法做到自己認為在專案中最重要的東西，如果認為上架重要，就該盡力把產品推出去，哪怕是跟誰吵架，都要為了把事情做好去努力。現在的我還無法斷定什麼樣的人適合當 PM，有人說技術背景是不可或缺的，也有人說要具備傑出的溝通能力，而我認為 PM 最重要的應該是要有踏實的態度，並且要能夠非常有同理心，才能夠處理這些狗屁倒灶的瑣碎問題。也或許可以先問問自己，PM 對你來說是什麼？你真的想當 PM 嗎？
