看板 [ P_Management ]
討論串[心得] 產品經理 專案經理 工作內容分享
共 4 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#1
Fw: [心得] 產品經理 專案經理 工作內容分享
推噓6(6推 0噓 3→)留言9則，0人參與, 最新作者dgas (double shot)時間9年前 (2015/06/10 10:30), 編輯資訊
1
0
1
內容預覽:
※ [本文轉錄自 Salary 看板 #1LQ-qcqv ]. 作者: dgas (double shot) 看板: Salary. 標題: [心得] 產品經理 專案經理 工作內容分享. 時間: Mon Jun 1 13:26:58 2015. 之前看有人分享FMCG品牌經理人的一天. 讓我萌生貢獻
(還有1388個字)
#2
Re: [心得] 產品經理 專案經理 工作內容分享
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者chadtracy (無名)時間9年前 (2015/07/10 23:22), 編輯資訊
1
0
0
內容預覽:
僅就中間這個部份作解釋。. 我會覺得，資料拆解與消化只是一部份。. 最重要的是怎樣把專案的大塊大部分，有效的切割成適當的Milestone. 這就跟放積木在箱子一樣，大塊放下去很占位置空間. 你要怎樣合理的拆解，讓大家都能跟著你把案子作完才是關鍵。. 因應的方法最快的就是最小可交付成果、風險NUDD
(還有30個字)
#3
Re: [心得] 產品經理 專案經理 工作內容分享
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者dgas (double shot)時間9年前 (2015/07/12 11:52), 編輯資訊
1
0
0
內容預覽:
我所謂的資料拆解也包括了workload的拆解. 一般都是按目標 分下task 設定milestone跟預算. 但是我覺得那個只是供匯報用的. 什麼milestone 風險評估 老實講gaming的方式太多. 最小可交付結果 根本是為了報告方便. 好像真的有完成些什麼. 這樣很容易落入kpi的陷井.
(還有504個字)
#4
Re: [心得] 產品經理 專案經理 工作內容分享
推噓1(1推 0噓 0→)留言1則，0人參與, 最新作者chadtracy (無名)時間9年前 (2015/07/12 16:41), 9年前編輯資訊
0
0
0
內容預覽:
這就是問題點了，trick是手段沒錯. 但也是給自己跟案子安全的保險. 有些時候風險高的案子做這些事情根本不是為了自己. 因為你或許可以掌控問題點. 但問題是不能掌控問題點的人所在多有. 那就是為了提醒這些人，哪時候東西要出來. 前後依存跟相關驗證機制要啟動. 在某一個程度上，PM作的有些時候跟幼稚
(還有515個字)
首頁
上一頁
1
下一頁
尾頁