14. 細小的差異 (1)

source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook

這裡有些分歧, 但似乎沒有比之前提的那麼重要. 然而, 能瞭解它們也是很好的.
 
Scrum規定要有訂好優先順序的產品backlog
在scrum中, 優先順序是藉由整理產品backlog來完成, 而優先順序的改變會在下個sprint中生效(而不是現在的sprint). 在看板中, 你可以選擇任何優先順序的計畫(甚至沒有), 只要產能能允許, 改變就能生效(而不是在固定的時間). 它可能有, 也可能沒有一個產品的backlog; 並且它可能有, 也可能沒有優先順序.

實際上, 這差別並不大. 在看板的白板上面, 最左邊欄位填寫的內容, 通常和scrum產品backlog的目的相同. 不論是否這個列表依照優先順序排序, 團隊需要某些判定的規則, 來決定哪些項目要先被拉出來做. 這裡有些判定規則的例子:
* 始終拿最重要的項目
* 始終拿最古老的項目(所以每個項目都有一個時戳, timestamp)
* 可拿任何項目
* 大約花20%時間在維護的項目, 80%的時間在新功能
* 把團隊的產能大致平均分配到產品A和產品B
* 始終先拿紅色項目, 如果有的話.

在scrum裏, 產品backlog也能以有點看板的方式來使用. 我們可以限制它的規模, 並且建立判定的規則, 來決定它應該如何被排定優先順序.

在scrum裏每日會議是規定要的
Scrum團隊每天在相同時間相同地點, 有個簡短的會議(最多15分鐘). 這會議的目的是去傳播訊息, 有關於什麼是正在進行, 計畫今天要做的工作. 以及指出任何重大的問題. 有時候這又稱為每日站立會議, 因為它通常是站著開會(以保持簡短和維持很高的幹勁).

看板中沒有規定要每日站立會議, 但是大部分看板團隊似乎都有這樣做. 它是很好的技術, 不管你是用什麼流程.

在看板中, 會議的形式是以人為主 - 每個人一個接著一個報告. 許多看板團隊以白板導向的形式來進行, 著重於瓶頸和其他明顯的問題. 這個方法更具可擴展性. 如果你有四個團隊, 共用相同的白板並且一起進行每日站立會議, 我們可能不需要聽每個人報告, 我們只要集中心力在白板中瓶頸的部份.

arrow
arrow
    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()