20. 開始行動
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
所以我們需要開始行動, 但是我們要從哪裡開始呢? 唯一我們確定的事情是: 我們不會在原地踏步
我的背景是開發人員, 所以我確定我只知道一些有關營運部門的特性, 我不是要"橫衝直撞和一開始就改變一些事情", 我需要一個較不會反抗的方法, 可以教導我們一些相關的事情, 和放棄一些無關的事情, 並且很容易去學習.
19. 我們從哪裡開始呢?
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
一個好的開始是藉由詢問開發團隊, 誰是技術營運部門的顧客?
開發人員對營運部門的想法
我問過:"當你想到"營運部門", 你會想到的三件有關他們的事是什麼?" 最常見的答案是:
18. 究竟為什麼要改變呢?
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在2008年, 我們其中一個的客戶, 來自北歐的遊戲開發公司, 經歷了一連串的流程改善. 其中包含了逐漸推廣scrum到開發部門, 以及一點一滴排除障礙好讓開發團隊能交付軟體. 當軟體開始運作, 處理的量增加, 這時候壓力會到下游去, 也就是技術營運部門身上. 以前, 他們只是在旁邊看, 現在他們逐漸開始加入, 變成開發流程中積極的一份子.
圖1. 技術營運部門包含三個團隊: 資料庫工程人員(DBA), 系統管理和二線支援
第二部份 - 個案研究
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在真實生活中的看板
16. Scrum和看板比較的結論
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
類似的地方
- 都是精實和敏捷
- 都使用拉式排程
15. Scrum白板 v.s 看板白板 - 一個較簡易的範例 (2)
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
單件流程
單件流程是一種"完美流程"的場景, 那裡只有一個項目在白板上流動, 沒有被陷在任何一個序列中. 這意味著在任何時刻, 有人正在處理這個項目. 以下是白板在這種狀況下可能如何運作:
15. Scrum白板 v.s 看板白板 - 一個較簡易的範例 (1)
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在scrum中, sprint backlog只是全貌中的一部份 - 這部份顯示團隊在目前這個spint中正在進行什麼. 其它部份是在產品的backlog中 - 產品負責人打算在未來sprints要完成的項目清單.
產品負責人可以看得到, 但是不能碰觸sprint backlog. 他可以在任何他喜歡的時間修改產品backlog, 但是這個改變在下個sprint才會生效(也就是, 不會影響目前正在進行的工作).
14. 細小的差異 (2)
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在scrum中規定要有燃燒圖
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
13. 兩者都是精實(lean)和敏捷
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
我不打算在這裡討論精實思想和敏捷宣言. 但是一般來說, Scrum和看板跟這些價值和原則完全是一致的. 例如:
* Scrum和看板都是拉式排程系統, 相當於JIT(Just In Time)庫存管理精益原則, 這意味著團隊選擇何時及承諾多少工作要做. 當他們準備好時, 他們會"拉"工作來做, 而不是有工作從外面推進來. 就像印表機一樣, 只有當它準備好要印刷時, 它才會拉下一張紙進來(雖然它每次能夠拉的紙, 是很少並且數量有限的).
* Scrum和看板是個持續進行, 和累積經驗的流程優化過程. 它符合精益的改善原則.
12. 兩者都允許同時處理多個產品的工作
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在scrum中, "產品backlog"是一個較為不幸的名字, 因為它意味著所有項目必須都是為了同一個產品. 這裡有兩個產品, 綠色和黃色, 每一個有它們自己的產品backlog和它們自己的團隊:
如果你只有一個團隊呢? 好的, 把產品backlog想成團隊的backlog. 它會為某個團隊(或一組團隊), 為即將到來的循環列出優先順序. 所以, 如果這個團隊要維護多個產品時, 把它們合併成一份清單. 那會強迫我們去排出產品之間的優先順序, 在某些況下這是有用的. 在實務上, 有幾種方法可以進行:
11. Scrum規定要做評估和衡量速度
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在scrum中, 對於他們承諾要做的每個項目, 團隊應該要去評估其相對大小(工作的大小). 在sprint結束時, 藉由加總每個完成項目的大小, 我們可以得到速度. 速度是對能力的衡量 - 在每次sprint我們可以交付多少東西. 下面有一個團隊的例子, 他們平均速度是8.
10. Scrum backlog的項目必須適合在sprint內完成
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
Scrum和看板都是基於漸進式開發. 也就是, 把工作拆解成更小的工作.
Scrum團隊只會承諾他們認為能在一個循環中完成的項目(根據"做完"的定義). 如果項目太大, 以至於不適合在一個sprint內完成, 產品負責人需要試著找到方法, 去把它拆解成更小的項目, 直到他們合適在一個sprint內完成. 如果項目都有較大的傾向, 循環將會被拉長(儘管通常不會長超過4個禮拜).
9. Scrum規定要跨功能的團隊
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
一個scrum白板剛好只被一個scrum團隊所擁有. Scrum團隊是跨功能的, 在這個循環中, 要完成這些項目所需要的所有技巧, 它都有包含到. Scrum白板通常是所有有興趣的人都看得到的, 但是只有擁有這個看板的scrum團隊可以修改它 - 它是在循環中用來管理他們承諾的工具.
在看板中, 跨功能的團隊不是必要的, 白板不需要被某個特定的團所擁有. 白板只是有關於某個工作流程, 不需要是某個團隊.
8. 每次循環開始scrum的白板會重新設定
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在循環的不同階段中, scrum白板通常看起來會像這樣:
7. Scrum 拒絕在循環內作改變
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
比方說, 我們的scrum白板看起來像這樣子:
6.兩者都是以經驗為依據的 (2)
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
範例: 在看板中實驗WIP的限制
6.兩者都是以經驗為依據的 (1)
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
想像一下, 如果有這樣的儀器, 並且上面有些旋轉鈕, 可以讓你簡單地藉由調整這些旋轉鈕, 就可以調整你的流程. "我要高性能, 低前置時間, 高品質, 和高度可預測性. 所以我將各自地調整它們到 10, 1, 10, 10."
那不是很好嗎? 很遺憾的是, 沒有這樣這麼直接的控制. 這並不是我知道的少, 如果你有發現, 請讓我也知道.
5. 看板限制每個工作流程狀態的WIP, Scrum限制每個循環的WIP
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在scrum中, sprint backlog顯示了, 在目前這個循環中有那些工作在被執行.("衝刺, sprint", 這是英式橄欖球內爭球的行話) 通常會用卡片來表示, 並把他們放在牆壁上. 所以又稱為Scrum的白板, 或是任務的白板.
所以, 那麼scrum的白板和看板的白板有什麼不同呢? 讓我們從一個平凡簡單的項目開始, 來比較他們:
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中挑出特定數量的項目.
