4. Scrum規定有時間框的循環
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
Scrum是以時間框的循環為基礎. 你可以選擇循環的長度, 但是一般而言, 循環的長度需要保持相同, 並且持續一段時間, 從而建立一定的節奏.
* 在循環的開始時: 循環計畫要被建立. 換言之, 團隊根據產品負責人的優先順序, 和團隊認為他們在一個循環中可以完成多少項目, 在產品backlog中挑出特定數量的項目.
* 在循環的過程時: 團隊集中火力於完成他們承諾的項目. 循環的範圍是固定的.
* 在循環的結束時: 團隊展示可運作的程式碼, 給相關的利害關係人. 理想上, 程式碼應該是可能可以交付的(也就是被測過和準備好的). 然後團隊進行回顧會議, 討論和改進他們的流程.
所以scrum的循環, 是一個有時間框的單一節奏, 結合了三個不同的活動: 規劃, 流程改進, 以及(理想上的)發佈.
在看板中, 並沒有規定要有時間框的循環. 你可以選擇什麼時候去做規劃, 流程改進, 和發佈. 你可以選擇定期去做這些活動(每星期一發佈), 或者有需求才做(每當我們有些有用的東西要發佈, 才會去發佈)
團隊 #1 (單一節奏)
"我們進行scrum的循環"
團隊 #2 (3個節奏)
"我們有3個不同的節奏. 每個禮拜, 我們會發佈任何我們已經準備發佈的部份. 每兩個禮拜, 我們會有一個規劃會議, 並且更新我們的優先順序和發佈計畫. 每四個禮拜, 我們會有一個回顧會議, 以調整和改善我們的流程"
團隊 #3 (主要是事件驅動)
"每當我們做完要做的事情後, 我們便觸發一個規劃會議. 當有MMF(最小可銷售的功能集, minimum marketable feature set)準備好要發佈, 我們就觸發一個發行. 每當我們碰到同樣的問題第二次, 我們會觸發自發性的品管圈來處理. 我們也會每四個星期, 進行更深入回顧會議."
留言列表
