Mais conteúdo relacionado Semelhante a Agile meetuphsinchu201508 scrumvskanban (20) Mais de Jen-Chieh Ko (20) Agile meetuphsinchu201508 scrumvskanban4. 我是誰?
• 台灣敏捷社群發起人之一
– Scrum
community
in
Taiwan
– AgileCommunity.tw
• Scrum
and
XP
from
the
Trenches 繁中譯者
• qCon
Shanghai
2013
的講者
• Agile
Tour
Taipei 組織者
• Blog:
hFp://kojenchieh.pixnet.net/blog
4
5. 為什麼是 Scrum 和 Kanban
?
9th Annual State of Agile Development Survey, Version One
5
7. 大綱
• Scrum/Kanban 簡介
– 什麼是
Scrum
– Scrum 的特色
– 什麼是 Kanban
– Kanban 的特色
• Scrum 和 Kanban 的比較
• 如何選擇
• Q
A
7
9. 大綱
• Scrum/Kanban 簡介
– 什麼是
Scrum
– Scrum 的特色
– 什麼是 Kanban
– Kanban 的特色
• Scrum 和 Kanban 的比較
• 如何選擇
• Q
A
9
14. 優點:
快速回饋
• 瀑布式開發
• Scrum
分析
設計
編碼
測試
Sprint 1
Sprint 2
Sprint 3
Sprint 4
回饋
回饋
14
17. 優點:
測試及早開始
• 瀑布式開發
• Scrum
分析
設計
編碼
測試
Sprint 1
Sprint 2
Sprint 3
Sprint 4
測試
通常被壓縮
17
19. 大綱
• Scrum/Kanban 簡介
– 什麼是
Scrum
– Scrum 的特色
– 什麼是 Kanban
– Kanban 的特色
• Scrum 和 Kanban 的比較
• 如何選擇
• Q
A
19
20. 什麼是看板
• 變革管理方法
• 基於精實思維
(Lean
Thinking)
• 用視覺化來管理工作, 以控制流程的系統
– “Kan”
:
visual
(將資訊視覺化)
– “ban”:
card
(卡)
或 board
(工作版)
20
22. 核心實務
• 視覺化
• 限制同時工作數量
• 管理工作流程
• 為流程訂定明確的方針
• 實現反饋迴圈
• 協同式改進, 實驗性演進
http://www.slideshare.net/dimka5/introducing-agile-scrum-xp-and-kanban
深
度
淺
深
22
27. 找出瓶頸
(1)
清單
分析
開發
測試
進行中
做完
進行中
做完
做完
2
3
2
找出問題, 做完測試, 流程才能往下移動
27
30. 資源安排
(2)
清單
分析
開發
測試
進行中
做完
進行中
做完
做完
2
3
2
B 做完了, 哪 B 要做什麼?
A
B
30
31. 資源安排
(3)
清單
分析
開發
測試
進行中
做完
進行中
做完
做完
2
3
2
如果合作可以減少時間, 可以和 A 一起工作
A
B
31
32. 資源安排
(4)
清單
分析
開發
測試
進行中
做完
進行中
做完
做完
2
3
2
或是從開發的做完序列中拿一個來做
A
B
32
33. 資源安排
(5)
清單
分析
開發
測試
進行中
做完
進行中
做完
做完
2
3
2
如果總是有人閒置, 就改 WIP
D
C
E F
4
/
33
34. 定義方針
清單
分析
開發
測試
進行中
做完
進行中
做完
做完
2
2
4
撰寫驗收
標準
TDD,
和 CI 整合
Bug
全解
34
38. 大綱
• Scrum/Kanban 簡介
– 什麼是
Scrum
– Scrum 的特色
– 什麼是 Kanban
– Kanban 的特色
• Scrum 和 Kanban 的比較
• 如何選擇
• Q
A
38
42. 不同攻擊距離
• 截拳道:
踢技 拳技
抓技
寢技
• 看板
個人看板 團隊看板 Por]olio
Management
42
46. 優點: 溫水煮青蛙
卡 2 週
分析早一個
sprint
時間
改進
強度
測試好忙
開發人員
幫忙
開發和測試
很慢
少量自動化
持續改進
46
51. 迭代
(IteraIon)
• Scrum
– 固定時間
– 固定範圍
• Kanban
– 交付列車
– 時間到開車
1
2
4
5
4
3
2
1
3
8
9
10
7
6
5
7
6
8
9
10
11
12
51
55. 利特爾法則 (LiKle’s
Law)
• John
LiFle 於1961年所提出與證明
– WIP:
平均同時處理的任務數
– Throughput:
平均任務完成率
Cycle Time =
Throughput
Work in Progress
55
56. 如何利用 LiKle
Law
改善開發效率
• 根據公式來思考
• 想法
– 改善團隊能力
– 控制要做的事情
– 降低變異性
Cycle Time =
Throughput
Work in Progress
(傳統作法, 比較不容易)
(敏捷方法想控制的地方)
56
57. 如何實踐 LiKle
Law
• Scrum
– 固定團隊, 小需求
• 降低變異性
– 小需求, 小迭代:
• 避免同時做太多事情
• Kanban
– 束水攻沙:
• 避免同時做太多事情
57
74. 從專案特性思考
專注
中斷 發散
探索 合作
重複 專家
Kanban
Scrum
Scrum +
Kanban
Support
Kanban
XP
Source:
Scrum or Kanban? YES!
74
78. Kanban
要解決的問題 (1)
• 如何成功變革管理
E
E
B
A
急件
非預期
B
C
C
E
急件
需求
分析
測試
編程
設計
完成
非預期
停滯很久
傳遞資訊不順
沒用的功能
優先順序
常變
78
79. Kanban
要解決的問題 (2)
• 工作量負載
E
E
E
B
A
D
C
B
C
C
E
E
需求
分析
測試
編程
設計
完成
多工
完成時間
不可預測
壓力大
任務
切換
品質差
79