PM 篇 - 專案經理的工作日常
雖然說這個專欄是在講解軟體工程師的溝通之道，但為了要各位更加了解 PM 的角色，所以我想花個篇幅來介紹下 PM。
我個人蠻喜歡聊 PM 的，我本身也有三年的專案經理經驗，也同時在前公司的 PM 大佬們身上摸到一招一式，再慢慢累積經驗，成為自己的存活武器。
首先我來模擬 PM 的工作日常，來向各位解釋 PM的工作內容有哪些。
需求訪談
peggy 是某間軟體公司的 PM，某一天早上，老闆向 peggy 說他承接到一個系統開發案，主要是要幫一間教育大樓做線上會議租借系統，並和 peggy 說，中午的時候和老闆一起去廠商那裡開會，確認他們的系統開發需求。由於對方廠商的窗口，從來沒有做系統的經驗，所以 peggy 在會議中花了很多心力向對方了解需求。」
功能範圍訂定、公司資源評估
經由數天的溝通後，pegyy 出了第一版的功能規格書，裡頭寫明許多預期會開發的系統，以及客戶線上訂房流程功能。同時詢問技術部門與設計部門，關於這些規格預期的工作人力天大概要多久，才能推估報價給廠商。
由於預期報價金額超乎廠商預期，peggy 再次詢問廠商是否有哪些非核心功能可以先移除，先專注於主要開發項目，以降低開發成本預算，經過數天討論後終於成案，並簽訂合約進入動工期，開發時間為期六個月。
專案控管、人力協調
為了確保時程能如期交付，peggy 做了時程甘特圖，以確保各階段要交付給客戶確認的東西都能準時提供。在執行過程中，公司出現了以下事件，讓 peggy 應付不暇：
- 專案中的三位工程師的其中一位工程師辭職，但又無暇聘請新員工，peggy 只好委託外包給熟識的軟體廠商，讓他們協助開發子系統
- 期間有其他客戶提出兩個委託軟體開發專案，PM、老闆、技術主管共同討論公司資源是否可以承接，在承接上又會思考要為了人脈擴展而接、或者是為了營業額而接，接了是否會造成現有員工專案會因此 delay。
- 工程師在開發會議租借系統，在接客戶需要做的第三方支付功能，因為支付公司的 API 不穩定，導致開發上有所 delay，以至於影響專案交付內容，好在工程師提早有與 peggy 提早告知，讓 peggy 有充裕的時間與客戶溝通，關於第三方支付的開發時間預期會延宕一週，客戶了解狀況後也可接受。
- 客戶臨時希望加功能需求，並強硬希望 peggy 能無償幫忙開發此功能，經由與老闆與技術主管討論後，依照當初訂定合約所提及條例，因所提需求超出人力工時過長，所以必須額外報價。客戶雖然不爽，並揚言開發費用會因為與當初訂定規格不符，不好向會計核銷。
- 結案交付會議時，peggy 抱著忐忑心情展示各功能流程，最終客戶確認各個環節沒有問題，並訂定上線日
- 當平台上線後，事情並未結束。客戶開始反應有些流程有出現異常，有些是工程師沒測試到的 BUG，有些是上線後才發現需要新增的功能。peggy 折騰溝通兩個禮拜後，系統終於趨近穩定。
- 上線一個月後，滿足客戶結案項目，雙方確認進入結案，並進入保固階段，同時 peggy 開出發票給廠商，並等待客戶匯款。
- 過了兩個月後，客戶並沒有匯款，peggy 再次詢問後才發現是對方會計錯估匯款時間，於是順利匯款完成
- 過了四個月後，客戶反應系統出現異常，經查知是工程師程式在換新的一年時，程式轉換沒寫好，於是緊急在 24hr 內修復後，並再次部署於正式機。
- 結案期過了一年保固期後，因為系統穩定同時又有開發需求，所以 peggy 與廠商共同訂定了維護開發項目，並繼續進行下個案子。
透過以上 peggy 的小故事，你可以看出 PM 的工作有一半以上的時間都在「溝通協調」上，有很多人看到 PM 的職稱是「專案經理」，就誤認這個職稱是管理職位，但其實 PM 並非管理職，像是專案經理來說，工作內容則是：
- 制定專案功能規格，並確保項目能夠有效推動
- 控管專案時程，確保專案能夠如期如質交付
而以上兩點核心工作項目，就必須透過與各部門溝通，才可以確保專案上推動是沒問題的，所以當我還是菜鳥工程師的時候，我真的超佩服公司的資深 PM，在需求訪談時，能夠挖掘出客戶背後想要的服務，在公司內不論是對上或跨部門討論時，會運用各種溝通技巧，幫助專案執行順暢。
然後在專案執行過程中，變數一定又多到個爆炸，但是 PM 卻有辦法想出好幾個解決方式，去突破每次遇到的困難。
所以在 peggy 的故事上，我特別指出了以下重要工作項目：
- 需求訪談
- 功能範圍訂定
- 公司資源評估
- 專案控管
- 人力協調
為得就是要下篇向各位工程師介紹，在每個執行階段中，工程師在與 PM 溝通時，該如何應對才能確保專案能夠順利執行，且溝通無礙，我們明天見 :D