之前在教敏捷需求探索入門工作坊時, 有人提到這些產品想法要如何管理. 這是個常見的問題. 讓我們來聊聊可以怎麼辦?
其實方法很簡單, 就是用看板系統來管理產品想法.
產品開發的過程可分成兩部分: 產品探索 和 產品交付. 產品探索是要了解我們要做什麼, 以確保我們是做對的事情. 產品交付要有效率的方式, 快速做出有品質的產品. 這兩部分都是必要的, 但是我們的 kanban board 通常只包含產品交付的部分. 因此, 你必須要補上產品探索的部分
註: 很多時候, 人們會以為 task board 就是 kanban board, 事實上不是的. 我之前已經有專文談過 (http://kojenchieh.pixnet.net/blog/post/394636169).
那接下的事情就是看板流程設計的事情了. 根據何勉老師的說法, 流程設計需要注意以下事情:
(1) 要能完整地呈現價值交付的過程
(2) 瓶頸和問題能在 kanban 上即時呈現
(3) 團隊可以根據 kanban board 上的資訊做出決定
因此, 首先你要讓產品點子, 從開始呈現, 到最後被拆解, 或者最後被丟棄, 都要能夠在看板上被看見
每個在上面流動的卡片, 應該是代表每個點子, 上面需要有提出的時間, 以及提出這個點子的人
中間大的步驟或關卡, 需要被列出來, 這樣我們才知道到哪邊被卡住, 或者是哪些堆積比較多.
如果這個部分需要多人合作時, 也需要能表現出來, 可能是每個角色一個欄位; 或者是每個角色有個吸鐵, 看他在處理什麼點子, 就貼到哪個點子上面.
這些點子可能最後開發團隊不會處理, 是因為價值不高, 或者技術上不可行, 因此, 我們也需要有被丟棄的欄位.
當點子被確認要被執行時, 通常會需要做拆解. 你會需要知道被拆解出來多少, 以及個別的優先順序為何.
這些都需要被設計到看板流程中, 才能符合何勉老師的經驗法則. 你可以看看是否能把他們都考慮進去. 下面我找了幾個案例, 大家可以參考看看
案例一
案例二
案例三
案例四
全站熱搜
留言列表
