這篇主要以前端工程師(我)的角度出發
想分享 我觀察到的 PM 以及 心目中 PM 的樣子

P.S. Project Manager(專案經理) 或 Product Manager(產品經理)，都可以簡稱為 PM，這裡不細分

PM 的為難

可能今天 PM 接收到老闆的緊急指令或是需求方(業務 or 客戶) 的 "反饋"

『 做出一個某某產品，我們下個月底前上線 』

『 我們沒有這個功能，很不方便 』 『 這個功能別人家有，我們沒有嗎 』

我的想象中， PM 像是個被夾在中間的角色，左右為難

工程師 <-- PM --> 需求方

在面對不同的兩方人時，要切換成不同的技術用語或是角度

當工程師說這個功能不可行，要想辦法跟需求方解釋
當需求方堅持要有這個 A 功能，要跟工程師商量是否有替代的 A- 功能

不斷的跟兩方人馬來來回回溝通....

光想像就覺得心好累...

補充:
PM 如果擔心規劃的功能在技術面無法達到

可以先找工程師過一次流程，把有疑慮的地方一次詢問
找技術長或是組長一起討論也可以

如果工程師沒辦法當下評估，可以再多給幾天
讓工程師研究看看

新功能

PM 在明確了解需求之後，會進行相關的規劃。特別要排每個功能的先後順序！

而對於工程師的我來說，接收到一個新功能處理時

我會希望:

PM 敘述的需求
『 越-明-確-越-好 』 『 越-明-確-越-好 』

願望不多，就這一個

使用 畫面+文字 的方式呈現

1. 畫面
   UI、Wireframe、線上找類似參考截圖都可以

2. 文字
   逐一條列式、情境說明式、User Story

分享曾經面對過的需求

PM: 我要這個可以拖曳照片進來 (無圖)
當下OS: 這個是哪個？拖曳進來的畫面要長怎樣？單張？多張？要預覽嗎？ bla bla....

PM:我這個要做一個簡單的篩選器 (無圖)
當下OS:簡單？怎樣是簡單？可以篩選哪些欄位？要可以儲存篩選器名稱？可修改？可刪除？bla bla....

用文字，真的很難很難很難想像要怎麼呈現

但有些 PM 也許心裡就是沒有想法、沒有畫面
所以只拋出一句 想要 xx 功能

如果真的遇到了，問了也是三不知
只能自立自強時.....

深呼吸，當作在練功，增加經驗值

試著分析需求

1. 把可能會遇到的問題條列出來
2. 線上很多 UI 軟體，找一套熟悉的，當自己的 UI (目前常用: Gliffy)
3. 粗略試做一個 Demo，可以讓 PM 感受

主要還是取決於每個 PM 的風格

有的用圖像搭配文字，就可以抓到你的點(?)
有的無法用你提供的文字和畫面想像，跟你說他要哪一種，這種就是直接做一個小 Demo 給他親身感受

Bug/疑問？

當操作某項功能，結果不如預期時
我會把它歸類成 Bug/疑問

(有的 PM 以為的 Bug，其實對工程師來說，真的是原本的 Feature，只是情境沒有寫在規格上，而遺漏了)
(有些不如自己預期的結果，就直接被歸類為 Bug....)

也許會覺得既然是 Bug 或是疑問，就不用多加說明....
但真的不是這樣

我會希望:
『 問題可以重現，而且把操作步驟清楚用文字或圖片描述 』

一樣願望不多，就這一個

對工程師來說:

1. 可以重現的問題，才好處理
   如果它是偶發，我們即使改了程式碼也不知道是修好沒修好，同樣的 PM 也沒辦法測試修好沒

2. 把重現的步驟記錄下來
   影片不算，只有圖片也不算

但主要還是看每個公司的性質或風格

有的公司 PM 也許主要對的是需求方，需求規格他不用寫很細，工程師要懂的自立自強
或是
這些我以為 PM 要提供的，公司以前的工程師都會做，那就當學習囉(？)

最後小結:

『 體諒彼此，能幫的盡量幫(?) 』

『 體諒彼此，別忘了是 PM 要面對可怕(?) 的需求端 』

『 契合的 PM 可遇不可求，遇到了好好珍惜，沒遇到就當學習 』 (雙關～ )