產品經理 專案經理 工作內容分享 - 職場
By Quanna
at 2015-06-01T13:26
at 2015-06-01T13:26
Table of Contents
之前看有人分享FMCG品牌經理人的一天
讓我萌生貢獻這篇心得的念頭
適逢畢業季 作為給新鮮人一點參考
當然也歡迎業內先進交流
專案經理及產品經理 兩者的英文簡稱都叫PM
工作職能有部份是重疊的 有時很容易混淆
有的公司會分大PM小PM
這裡的PM大部份時候 我會理解成產品經理)
本文以專案經理為主
提到產品經理部份 是藉由比較凸顯差異
--以下正文--
專案經理 手上同時有大大小小 不同階段的專案在跑
有時不會每一個專案都走教科書上寫的標準規劃 會把自己搞死
我在車用/消費電子ODM時 有些案子剛開始萌芽 甚至不會開案
一旦開案就會列管 在會議上被review
除非手上案子太少很難看 才會放上去充場面
傳產則是因為產品規格變化不大
是有一些產品開發 還有VAVE價值工程
不過比較多專案是因應安規改變 所對應產品的升級
或是因某因素轉廠 確保生產能銜接得上
以專案經理的來說 講白了在限定的時程/預算內完成任務來定成敗
(扣除掉部門對立的 比較偏向”人”的問題)
它的基礎建立在資料拆解-消化的能力
跨部門溝通時要先理解到
不同部門 會依各自的背景及利害關係進行解讀
勢必在轉達的過程中要進行訊息內容的調整
有些問題 可以直問對方選A或選B
但更多時候將訊息調整成有利於其中一個選項 會比較容易得到想要的結果
進而讓專案進行得更順利
在這一項能力上 專案經理或產品經理是差不多的
老經驗的強在時機及內容的細膩拿捏 大幅降低部門間的衝突
我個人覺得最失敗的專案經理就是直接轉信出去
這是最快但最不負責的方式 --完全沒有過濾/組織訊息
這樣的PM往往認為他已經把球丟出去
所以一旦有延遲 責任就不在他身上
“It’s somebody else that drop the ball.”
以我實際進行的經驗 這樣看似很快的回覆
但最終完成的時間並不會比較早
變成贏在起跑線 輸在終點線
優秀的溝通必須 適時地-以適當的方式-傳達適量的資訊
換言之 每一次的溝通
我都會考慮
1) 資訊量是否不足難以進行 或是給得太多會消化不良
2) 表達方式容易理解嗎 切入點適切嗎 由誰來講好呢
3) 這個時候提好嗎
以打籃球比喻 有些人認為球要不斷的流動才感覺有在進攻
但是我倒認為有時候必須要讓”球”在手中待得久一點
塑造出有利於己方的情勢 再傳出手
其次是專案時程的掌握
初段的專案經理都是被設定好目標及任務的前後 只要轉達清楚就好
隨著經驗的增加 就會面臨自己訂合理的時程及分配資源
在時程控管上真正使用甘特圖的機會不高
開會或是月報時會用精簡版的
但真正有在看的人很少…
如果接案上沒有辦法掌控 那這個表真的也就別太當真
因為一旦被迫接某些案 勢必會影響目前案子的進行
變得一天到晚在延
專案經理對技術的要求 沒有產品經理高
產品經理比較需要對該產業更深的認識
專案經理像是特戰隊
被派遣到某個戰地 他必須很快的掌握當地的情勢/環境
時間到了或專案完成就是結束
等著派到另一個戰地
對產品經理來說 相對來說比較像駐軍
他必須要考慮產品組合的動態調整及未來發展
我們之前是要求提出產品road map及針對市場/安規的發展 提出技術開發需求
提出競品分析 甚至要能主導新產品開發的規格/訂價
這些都比較是產品經理需要具備的能力
--
讓我萌生貢獻這篇心得的念頭
適逢畢業季 作為給新鮮人一點參考
當然也歡迎業內先進交流
專案經理及產品經理 兩者的英文簡稱都叫PM
工作職能有部份是重疊的 有時很容易混淆
有的公司會分大PM小PM
這裡的PM大部份時候 我會理解成產品經理)
本文以專案經理為主
提到產品經理部份 是藉由比較凸顯差異
--以下正文--
專案經理 手上同時有大大小小 不同階段的專案在跑
有時不會每一個專案都走教科書上寫的標準規劃 會把自己搞死
我在車用/消費電子ODM時 有些案子剛開始萌芽 甚至不會開案
一旦開案就會列管 在會議上被review
除非手上案子太少很難看 才會放上去充場面
傳產則是因為產品規格變化不大
是有一些產品開發 還有VAVE價值工程
不過比較多專案是因應安規改變 所對應產品的升級
或是因某因素轉廠 確保生產能銜接得上
以專案經理的來說 講白了在限定的時程/預算內完成任務來定成敗
(扣除掉部門對立的 比較偏向”人”的問題)
它的基礎建立在資料拆解-消化的能力
跨部門溝通時要先理解到
不同部門 會依各自的背景及利害關係進行解讀
勢必在轉達的過程中要進行訊息內容的調整
有些問題 可以直問對方選A或選B
但更多時候將訊息調整成有利於其中一個選項 會比較容易得到想要的結果
進而讓專案進行得更順利
在這一項能力上 專案經理或產品經理是差不多的
老經驗的強在時機及內容的細膩拿捏 大幅降低部門間的衝突
我個人覺得最失敗的專案經理就是直接轉信出去
這是最快但最不負責的方式 --完全沒有過濾/組織訊息
這樣的PM往往認為他已經把球丟出去
所以一旦有延遲 責任就不在他身上
“It’s somebody else that drop the ball.”
以我實際進行的經驗 這樣看似很快的回覆
但最終完成的時間並不會比較早
變成贏在起跑線 輸在終點線
優秀的溝通必須 適時地-以適當的方式-傳達適量的資訊
換言之 每一次的溝通
我都會考慮
1) 資訊量是否不足難以進行 或是給得太多會消化不良
2) 表達方式容易理解嗎 切入點適切嗎 由誰來講好呢
3) 這個時候提好嗎
以打籃球比喻 有些人認為球要不斷的流動才感覺有在進攻
但是我倒認為有時候必須要讓”球”在手中待得久一點
塑造出有利於己方的情勢 再傳出手
其次是專案時程的掌握
初段的專案經理都是被設定好目標及任務的前後 只要轉達清楚就好
隨著經驗的增加 就會面臨自己訂合理的時程及分配資源
在時程控管上真正使用甘特圖的機會不高
開會或是月報時會用精簡版的
但真正有在看的人很少…
如果接案上沒有辦法掌控 那這個表真的也就別太當真
因為一旦被迫接某些案 勢必會影響目前案子的進行
變得一天到晚在延
專案經理對技術的要求 沒有產品經理高
產品經理比較需要對該產業更深的認識
專案經理像是特戰隊
被派遣到某個戰地 他必須很快的掌握當地的情勢/環境
時間到了或專案完成就是結束
等著派到另一個戰地
對產品經理來說 相對來說比較像駐軍
他必須要考慮產品組合的動態調整及未來發展
我們之前是要求提出產品road map及針對市場/安規的發展 提出技術開發需求
提出競品分析 甚至要能主導新產品開發的規格/訂價
這些都比較是產品經理需要具備的能力
--
Tags:
職場
All Comments
By Kyle
at 2015-06-06T09:38
at 2015-06-06T09:38
By Tristan Cohan
at 2015-06-08T06:05
at 2015-06-08T06:05
By Doris
at 2015-06-12T06:41
at 2015-06-12T06:41
By William
at 2015-06-14T19:32
at 2015-06-14T19:32
By Eartha
at 2015-06-15T06:22
at 2015-06-15T06:22
By Ingrid
at 2015-06-15T14:57
at 2015-06-15T14:57
By Genevieve
at 2015-06-17T14:14
at 2015-06-17T14:14
By Audriana
at 2015-06-18T07:09
at 2015-06-18T07:09
By Una
at 2015-06-23T02:30
at 2015-06-23T02:30
By Odelette
at 2015-06-23T06:55
at 2015-06-23T06:55
By Rosalind
at 2015-06-26T20:37
at 2015-06-26T20:37
Related Posts
澄清醫院
By Sierra Rose
at 2015-06-01T03:40
at 2015-06-01T03:40
想太多和敏銳度?
By Blanche
at 2015-06-01T00:39
at 2015-06-01T00:39
想太多和敏銳度?
By Jacky
at 2015-05-31T23:52
at 2015-05-31T23:52
HR能看到以前的勞健保投保紀錄嗎
By Lydia
at 2015-05-31T23:36
at 2015-05-31T23:36
自己找事做的工作?
By Charlie
at 2015-05-31T23:17
at 2015-05-31T23:17