※ 引述《TonyQ (沉默是金。)》之銘言：
: -----------------------------------
: 一個健全軟體專案的架構理面會有不需要技術的管理角色，
: 也會有需要技術的管理角色，這是我認同的。
: -----------------------------------
: 不需要技術的管理角色，
: 主要進行的是回報給更高層或對外的專案進度掌握，
: 協調整合相關資源的角色，而不常直接干涉開發內容。
: 他們的普遍特徵是常常作一堆有的沒的甘特圖之類的統計報表。XD
: 他們也負責擔任溝通窗口，可以居中協調開發團隊跟使用者討論，
: 你知道開發者跟 end user 直接討論起來常常牛頭不對馬嘴，
: 有個居中協調者專門進行雙方議題的斡旋，其實比雙方直接槓上來得好。
: 如果再有測試部門的團隊，這樣的角色也可以再跟測試部門的溝通上派上用場?
: 沒有多少開發者喜歡開會，這種人可以把開發者不那麼需要開的會議降到最低?
: -----------------------------------
: 另一個搭配的技術管理者則是確實了解時程，知道目前進度，
: 能了解目前可能的風險，可以跟資源整合的人保持溝通確保時程順利，
: 在時程有問題的時候可以施加壓力逼他們砍功能或者不要過度發散（笑）。XD
: -----------------------------------
這就是大家常遇到的悲劇所在了,
因為常出現公司搞不清楚什麼樣的管理角色要有技術知識,
就派了沒技術知識的人去做需要有技術知識的管理工作,
沒技術知識的人也自以為會管,
就發生悲劇了,
所以其實把PM的問題解決方式,簡而化之,用一句話來講,
就是「沒有技術知識的話,就不能干涉研發」,
一個人沒有技術知識的情況下,
他可以掛PM,
他可以去要資源,
他可以接待客戶,
他可以處理人事,
他可以處理內容,
他可以做行銷,
他可以寫文件,
但他就是不能干涉研發,也不可以去做系統設計
(例如:這個介面要長怎麼樣...操作方式要怎麼樣...像這樣也不可以做)
若是不能干涉研發的PM,
那或許不能叫PM,來避免混淆比較好,
若是這樣,那要叫什麼比較好,我就不知道了
話說我就遇過兩個PM,人超級好,超級會做人,EQ也很好,
即使如此,這兩個PM就是沒技術知識,
確跑來做系統設計,和規劃研發時程與人力分配,
結果在他們任職期間,
足足讓公司慘賠一年半,
最後是我和其他同事去擦他們的屁股,
而且還擦不了
像這樣,人很好,但就是捅出大洞時,
要罵也不好意思(他們其中一位很常請大家吃東西),
不罵也不對...
還有有人提到有人會指責程式設計師"為什麼別人做得到你做不到?"
我真的很討厭這句話,很沒sense,
我遇到這種問題,
可能就會想說:
"別人有十個人,我只有一個人"
"別人花一年做出來的,我只有一個月"
"別人年收入百萬,我只有22K"
"別人PM是從基層研發幹起,你呢?"
所以呀,
有時候技術人員自己也要硬一下,
遇到不合理的事,
勇於反應,勇於抗拒,
其實是在保護自己,也是在保護整個團隊
也最好是在事前就能發現不合理的地方
--
我是一位調酒師,
會調三杯酒,
第一杯初戀,加了哈密瓜,又香又甜,讓你夢尋佳人,
第二杯前女友,加了橄欖,苦中帶澀,讓你難以忘懷,
第三杯前妻,加了大茴香,辛辣刺鼻,讓你退避三舍,
先生,你想點那杯酒呢?
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 111.184.9.109