我們都知道, 在 Scrum 中是由 Product Owner 來決定 product backlog 的內容. 可是大家知道backlog 中的內容, 要如何來決定什麼事情要先處理呢?
大部分的人會回答, Product owner 會根據商業價值, 來安排要做的事情的順序.
這是一個很好的開始, 但是還是不夠. 因為 business value 這樣的回答, 還是有點模糊. 以下是在 CSPO 課堂上的整理, 可以供大家參考一下:
1. 開發初期
在產品開發早期時, 大家都對於要做的功能不熟悉, 並且也對於所使用技術, 有要花時間去研究. 因此要著重的價值, 是要確定以下的風險是否能夠解決:
(1) 確定技術上是否可行
一開始要先確認技術上是否可行, 是否關鍵技術是否已經掌握了. 如果不知道怎麼做, 問題就很大條了
(2) 確定團隊可不可靠確認是否是合適的人
有時候團隊 estimation 很不準確, 常常說到做不到. 因此早期時, 我們就要觀察, 團隊是否可信賴, 是否能夠真的做到所承諾的事情. 如果早期就發現不行, 便要早點開始處理例. 如可能是 manager 太高壓, 成員不敢反應真實狀況. 或者是需要技術 A, 可是團隊都是會技術 B, 導致狀況無法掌握.
(3) 是否這個解法能解決問題
需要快點驗證這個解法真的能幫客戶解決問題, 如果不行的話, 就要快點調整, 或者是停止
(4) 客戶是否有興趣
如果沒有客戶對我們的產品有興趣, 不能夠賺錢, 那我們做的理由是什麼?
2. 開發中期
當上述的風險解決後, 接下要處理的便是客戶關心的價值. 這時候要關心的, 便是一般人所說的, product owner 會根據客戶所關心的事情, 來排定要交付的項目.
3. 開發末期
等到開發末期時, 大多數對客戶關鍵的功能, 已經被實踐了. 這時候 product owner 要思考的, 並不是乖乖地把所有東西都做完. 在傳統的思維中, 把所有事情都做完, 是非常理所當然的事, 因為大家都是被訓練有素的經理人.
以 agile 的觀點來說, 交付價值永遠是最重要的考量. 因此 product owner 在這個階段, 要思考做完到底對客戶幫助多大, 以及我們開發的代價是否 ROI 很高. 如果這兩個問題的答案都是好的, product owner 便可以繼續做下去. 否則便要和利害關係人確認一下, 是否還要繼續下去.
所以product owner 的工作不好做, 不是只看 business value 而已, 要考慮的東西不少....
留言列表
