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

看板Soft_Job作者TonyQ (沉默是金。)時間13年前 (2011/07/24 12:02)推噓7(7推 0噓 15→)

留言22則, 9人參與討論串9/18 (看更多)

我覺得這個議題要分兩方 1.我曾經碰過得爛PM 2.我曾經碰過得好PM 因為我以前是作救火隊的，接洽過很多窗口，基本上不同的接洽窗口的效率可以差上十倍。我覺得因為我們看見的軟體專案的架構普遍很混亂，所以很有可能會發生你的 PM 其實是我定義下的 SA/SD 角色兼任PM，或者你的 PM 根本就只是來靠腰的 user 。（你懂的....）所以底下我不用pm這個詞，我用管理角色來作為這件事的代稱。 ----------------------------------- 一個健全軟體專案的架構理面會有不需要技術的管理角色，也會有需要技術的管理角色，這是我認同的。 ----------------------------------- 不需要技術的管理角色，主要進行的是回報給更高層或對外的專案進度掌握，協調整合相關資源的角色，而不常直接干涉開發內容。他們的普遍特徵是常常作一堆有的沒的甘特圖之類的統計報表。XD 他們也負責擔任溝通窗口，可以居中協調開發團隊跟使用者討論，你知道開發者跟 end user 直接討論起來常常牛頭不對馬嘴，有個居中協調者專門進行雙方議題的斡旋，其實比雙方直接槓上來得好。如果再有測試部門的團隊，這樣的角色也可以再跟測試部門的溝通上派上用場，沒有多少開發者喜歡開會，這種人可以把開發者不那麼需要開的會議降到最低。 ----------------------------------- 另一個搭配的技術管理者則是確實了解時程，知道目前進度，能了解目前可能的風險，可以跟資源整合的人保持溝通確保時程順利，在時程有問題的時候可以施加壓力逼他們砍功能或者不要過度發散（笑）。XD ----------------------------------- 不過目前的環境普遍都要一人扮演多個角色，有時候運氣不好抽到鬼牌黑白臉都在自己身上，那種死亡局面也是時有耳聞。大部分時候，所謂的問題主要還是在於角色定義不清，權責分配不明；如果你以為該 PM 負責的他以為該你負責，那就完蛋了；偏偏這種事情每天都在發生。另外，管理的專業知識跟開發的專業知識，雖然有重疊但重疊的區塊並不多，討論時要注意自己指的專業知識指的是開發的專業知識還是管理的。你認為一個好的 PM 應該做什麼事情？要討論 PM 之前，我們需要先定義 PM ，這個詞在我們現在的工作環境已經有超過十種以上的面貌了。這樣討論起來是會沒完沒了的。 -- 網頁上拉近距離的幫手實現 GMail豐富應用的功臣數也數不清的友善使用者體驗這就是ｊａｖａｓｃｒｉｐｔ歡迎同好到 AJAX 板一同討論。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 12.208.243.66 ※ 編輯: TonyQ 來自: 12.208.243.66 (07/24 12:03) ※ 編輯: TonyQ 來自: 12.208.243.66 (07/24 12:04)

→

atst2

07/24 12:12, , 1^F

07/24 12:12, 1^F

推

lovdkkkk

07/24 12:20, , 2^F

07/24 12:20, 2^F

→

leiyan

07/24 12:22, , 3^F

07/24 12:22, 3^F