Re: [請益] 請問PM到底要不要有專業知識

看板Soft_Job作者 (dk)時間13年前 (2011/07/24 15:41), 編輯推噓2(202)
留言4則, 4人參與, 最新討論串15/18 (看更多)
※ 引述《ARODisGod (娘子快出來看上帝)》之銘言: : ※ 引述《TonyQ (沉默是金。)》之銘言: : 原文恕刪 : : 不過目前的環境普遍都要一人扮演多個角色, : : 有時候運氣不好抽到鬼牌黑白臉都在自己身上,那種死亡局面也是時有耳聞。 : : 大部分時候,所謂的問題主要還是在於角色定義不清,權責分配不明; : : 如果你以為該 PM 負責的他以為該你負責,那就完蛋了; : : 偏偏這種事情每天都在發生。 : : 另外,管理的專業知識跟開發的專業知識,雖然有重疊但重疊的區塊並不多, : : 討論時要注意自己指的專業知識指的是開發的專業知識還是管理的。 : : 你認為一個好的 PM 應該做什麼事情? : : 要討論 PM 之前,我們需要先定義 PM , : 小弟來分享一下自己定義的"好"PM 應該做到哪些事情: : 1.幫助公司和客戶打好關係 : 2.爭取更合理的時程 : 3.擋下不合理的需求 : 4.專案延遲禍發生問題 責任一肩扛 : XDD 以上完全是以工程師角度定義的好PM : 不知道各位大大有何看法? 我覺得所謂的好 PM, 最少要懂 user 那塊或技術這塊其中一塊, 兩邊都懂當然最好, 不然最起碼要懂其中一邊, 再跟另一邊好好溝通, 如果兩邊都一知半解, 其實就等於自己都沒有站穩一個立場, 除了難溝通難做外, PM 自己也會很疲於奔命, 說個有點扯的例子, 某個將裝置管理當主要功能之一的案子, 因為資料關係沒訂清楚, 使得要分辨一個 user 下的不同裝置不太容易, 這時若一個 PM 是懂 user 那邊的, 他會知道這是非改不行的, 否則一定不符合 user 所想要的功能, 若一個 PM 是懂技術這邊的, 他會知道怎麼樣修正能讓功能更好做, 一個兩邊都不懂只想快點解決這問題的 PM, 就會做個很扯的決定, ..."我們就負責存資料, user 自己抓資料判斷就好"... ... OS: 那我看這案子也是 user 自己做就好... 是要 user 花大把銀子買個網路版 DB 嗎? 後來是某半路接手的廢材趕快重訂 schema 堅持把這功能做出來, 果不其然, 幾個月後 user 要求要能依不同裝置做不同控制, 這功能差點也要 user 自己做了 XD -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.224.43.19

07/24 22:21, , 1F
例子很寫實...不過後面的廢材...是謙虛的說法吧?
07/24 22:21, 1F

07/24 23:34, , 2F
那是整篇文章裡面最寫實的地方 @@
07/24 23:34, 2F

07/25 18:59, , 3F
做了對的決定何來廢材之說?
07/25 18:59, 3F

07/25 22:54, , 4F
因為連個廢材程式都比那個PM強..可見多了那PM反而更礙事
07/25 22:54, 4F
文章代碼(AID): #1EAyob7z (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 15 之 18 篇):
文章代碼(AID): #1EAyob7z (Soft_Job)