在 Scrum 的開發流程中, 提到了三個角色: 產品負責人(Product Owner), Scrum Master 和團隊. 在很多文章中, 大多會描述後面兩者要做什麼, 但是對於產品負責人的部分, 卻是介紹的不是很多, 因此很多人不是很清楚他要做什麼.
一般來說, 大家比較熟悉的部分, 就是產品負責人需要撰寫產品需求, 並且對之排出優先順序. 可是就這麼簡單嗎? 事實上, 這樣是不夠的.
在 Crisp 的部落格中, Hans Brattberg 整理了一份產品負責人的檢查清單, 我之前曾經整理過 (
http://kojenchieh.pixnet.net/blog/post/418669534 ). 最近又拿出來看了一遍. 這一次我有幾點感想:
1. Scrum 只看軟體開發的部分
Scrum 的 framework 還是只看開發的部分, 對於需求的管理, 或是對客戶之間的聯繫, 或者這是否真的客戶需求這些事情, 都並沒有琢磨. 因此你需要找尋其他的解法.
2. 舊的管理方法不被喜愛
在這分清單中, 似乎沒有提什麼舊的管理方法, 看起來敏捷社群對於管理似乎不怎麼喜歡, 還是說他們對於傳統專案管理的方法不熟?
3. Lean Startup 適合處理不確定性
像 Lean Canvas, Validation board, design studio 這些東西, 都是 lean startup 的這個領域的做法. 看起來對於處理不確性的東西, lean startup 是公認的好招.
4. Product Owner 不能只有 Scrum
Scrum Alliance 有提供一些 Scrum 認證課程, 像是 CSM, CSPO, CSD 等等. 剛開始我還分不出 CSM 和 CSPO 應該有什麼差別, 後來覺得 CSM 應該是要談團隊, 談組織轉型, 談引導等東西.
可是在 CSPO 方面, Scrum 這東西可能就不是唯一的重點. 如何以 agile 的思維, 在產品開發, 營銷, 產品定位和方向, 做出一番成績. 這種硬碰硬的實戰心法, 或許才是 CSPO 課程的賣點吧.
不過, 對於比較偏向 agile 的人, 通常是比較像 geek, 比較愛好技術類, 不喜歡管理事務. 這樣的 CSPO 走向或許會討厭吧, 或許還會覺得這不是 Scrum.
做好產品真的是不簡單啊…...
資料來源
全站熱搜
留言列表
