flâneur

跑看板要不要把 Story 拆解成 Task?

wangterryonagile.blogspot.com · 134 words · saved by 1 readers

我不是看板專家，可是有一位看板專家 Ruddy 老師當我的同事，所以今天被指正了一個錯誤，我有點嚇到原來我之前的認知是錯的，但很爽。 所以我要利用下班的時間特地寫一下，來記錄一下。

我不是看板專家，可是有一位看板專家 Ruddy 老師當我的同事，所以今天被指正了一個錯誤，我有點嚇到原來我之前的認知是錯的，但很爽。 所以我要利用下班的時間特地寫一下，來記錄一下。 這題很吃 Context 原本的團隊運作看板方法是：我們有一個產品，有一個 PO，有一個團隊。PO 很棒棒的把他想做的東西寫成了 User Story 的形式，所以大小也很不錯，是可以在一個 iteration 內(兩個禮拜)完成好幾個 Story 的大小。PO 會把這些 Story 排序在看板的 ToDo 欄位上，團隊就一個一個拿過來做。 第一個 column 是 Analysis，拿過來的 Story 會先在這邊待一陣子，跟這個 Story 相關的人會討論這個 Story 該怎麼施工。這件事通常在 standup meeting 之後發生，然後隨時互相更新進度，隔天的 standup meeting 再一起看一下這個 Story 的狀況，隨時都可以去移動 Story 的 post it。 這個團隊開始跑看板半年以來，沒什麼問題，我也覺得這樣還蠻敏捷的呀。 可是，某一天有一個 Story 有點卡了久了一點，PO 一片好意地想幫忙，就問說這件 Story 現在狀況怎樣。可是在看板上他看不到，他只能看到這個 Story 在這個欄位停了很久，所以他請團隊能不能把 Story 拆成…

saved by

related reading