Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Scrum 和 Kanban
哪一個比較好?
趨勢科技 David	
  Ko	
  
AgileCommunity.Tw
2	
  
Agile	
  Tour	
  Taipei/HsinChu	
  2015
3	
  
我是誰?
•  台灣敏捷社群發起人之一	
  
– Scrum	
  community	
  in	
  Taiwan	
  
– AgileCommunity.tw	
  
•  Scrum	
  and	
  XP	
  from	
  ...
為什麼是 Scrum 和 Kanban	
  ?
9th Annual State of Agile Development Survey, Version One
 5	
  
大綱
•  Scrum/Kanban 簡介	
  
•  Scrum 和 Kanban 的比較	
  
•  如何選擇	
  
•  Q	
  A	
  
6	
  
大綱
•  Scrum/Kanban 簡介	
  
– 什麼是	
  Scrum	
  
– Scrum 的特色	
  
– 什麼是 Kanban	
  
– Kanban 的特色	
  
•  Scrum 和 Kanban 的比較	
  
•...
Scrum	
  開發框架
Source: Odd-e
 8	
  
大綱
•  Scrum/Kanban 簡介	
  
– 什麼是	
  Scrum	
  
– Scrum 的特色	
  
– 什麼是 Kanban	
  
– Kanban 的特色	
  
•  Scrum 和 Kanban 的比較	
  
•...
頻繁交付高價值
時間
價值
價
值
或
風
險

迭代 1
 迭代 3
 迭代 5
先交付
高價值的
風險
10	
  
持續改善
Plan
 Do
 Check
 Action
•  規劃
 •  執行
•  交換訊息
•  展示
•  調整
•  教訓
•  改善
11	
  
小而美
小團隊
 小需求
 小迭代
12	
  
團隊特性
自主決定
透明性
責任感
13	
  
優點:	
  快速回饋
•  瀑布式開發	
  
	
  
•  Scrum	
  
分析
 設計
 編碼
 測試
Sprint 1
 Sprint 2
 Sprint 3
 Sprint 4
回饋
回饋
14	
  
優點: 快速反應新的需求
•  瀑布式開發	
  
	
  
•  Scrum	
  
	
  
	
  
分析
 設計
 編碼
 測試
Sprint 1
 Sprint 2
 Sprint 3
 Sprint 4
需求
需求
需求
需求
需求...
優點: 保證最後交付接近你要的
•  瀑布式開發	
  
•  Scrum	
  
	
  
	
  
分析
 設計
 編碼
 測試
看到成品
Sprint N
 Sprint N+1
……
 ……
展示和調整
16	
  
優點:	
  測試及早開始
•  瀑布式開發	
  
•  Scrum	
  
分析
 設計
 編碼
 測試
Sprint 1
 Sprint 2
 Sprint 3
 Sprint 4
測試
通常被壓縮
17	
  
優點:	
  很早就要面對問題
•  瀑布式開發
 •  Scrum
時間
壓
力
時間
壓
力
18	
  
大綱
•  Scrum/Kanban 簡介	
  
– 什麼是	
  Scrum	
  
– Scrum 的特色	
  
– 什麼是 Kanban	
  
– Kanban 的特色	
  
•  Scrum 和 Kanban 的比較	
  
•...
什麼是看板
•  變革管理方法	
  
•  基於精實思維	
  (Lean	
  Thinking)	
  
•  用視覺化來管理工作, 以控制流程的系統	
  
– “Kan”	
  :	
  visual	
  (將資訊視覺化)	
  	...
基本原則
•  由你現在做的開始	
  
•  同意進行以漸進和演化的方式來進行改變	
  
•  一開始便強調尊重目前的角色,	
  責任,	
  和工
作頭銜	
  
•  打造各個階級的領導人	
  
21	
  
核心實務
•  視覺化	
  
•  限制同時工作數量	
  
•  管理工作流程	
  
•  為流程訂定明確的方針	
  
•  實現反饋迴圈	
  
•  協同式改進, 實驗性演進
http://www.slideshare.net/di...
Kanban	
  使用範例
23	
  
有問題發生
我被卡
住了
我太
忙了
我沒事
情做
讓我們來
想辦法解
決吧
分析師
 開發人員
測試人員
24	
  
視覺化你的工作流程
清單
 分析
 開發
 測試
進行中
 做完
 進行中
 做完
做完
25	
  
限制同時工作數量
清單
 分析
 開發
 測試
進行中
 做完
 進行中
 做完
做完
2
 3
 2
26	
  
找出瓶頸	
  (1)
清單
 分析
 開發
 測試
進行中
 做完
 進行中
 做完
做完
2
 3
 2
找出問題, 做完測試, 流程才能往下移動
27	
  
找出瓶頸 (2)
清單
 分析
 開發
 測試
進行中
 做完
 進行中
 做完
做完
2
 3
 2
發現開發閒置, 需要加速分析
 28	
  
資源安排	
  (1)
清單
 分析
 開發
 測試
進行中
 做完
 進行中
 做完
做完
2
 3
 2
有兩個測試人員: A, B
A
B
29	
  
資源安排	
  (2)
清單
 分析
 開發
 測試
進行中
 做完
 進行中
 做完
做完
2
 3
 2
B 做完了, 哪 B 要做什麼? 
A
B
30	
  
資源安排	
  (3)
清單
 分析
 開發
 測試
進行中
 做完
 進行中
 做完
做完
2
 3
 2
如果合作可以減少時間, 可以和 A 一起工作
A
B
31	
  
資源安排	
  (4)
清單
 分析
 開發
 測試
進行中
 做完
 進行中
 做完
做完
2
 3
 2
或是從開發的做完序列中拿一個來做
A
B
32	
  
資源安排	
  (5)
清單
 分析
 開發
 測試
進行中
 做完
 進行中
 做完
做完
2
 3
 2
如果總是有人閒置, 就改 WIP
D
C
E F
4
/
33	
  
定義方針
清單
 分析
 開發
 測試
進行中
 做完
 進行中
 做完
做完
2
 2
4
撰寫驗收
標準
TDD,
和 CI 整合
Bug
全解
34	
  
記錄週期時間
清單
 分析
 開發
 測試
進行中
 做完
 進行中
 做完
做完
2
 2
4
週期時間, cycle time
35	
  
分析度量結果
清單
 分析
 開發
 測試
進行中
 做完
 進行中
 做完
做完
2
 2
4
36	
  
討論如何改進
清單
 分析
 開發
 測試
進行中
 做完
 進行中
 做完
做完
2
 2
4
37	
  
大綱
•  Scrum/Kanban 簡介	
  
– 什麼是	
  Scrum	
  
– Scrum 的特色	
  
– 什麼是 Kanban	
  
– Kanban 的特色	
  
•  Scrum 和 Kanban 的比較	
  
•...
看板似水
開發團隊
IT 團隊/維護團隊
測試團隊
部門間合作
39	
  
以無法為有法
•  a	
  method	
  without	
  methodology.	
  	
  
•  套路無法在實戰中生存	
  
40	
  
束水攻沙
41	
  
不同攻擊距離
•  截拳道:	
  	
  
	
  	
  	
  	
  踢技 拳技 	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  抓技 	
  	
...
Swarm
需求
 分析
 測試
編程
設計
 完成
3
 4
3
2
太多測
不完
我們可
以幫忙
43	
  
優點: 狀態視覺化
A
A
E
F
 C
D
D
需求
 分析
 測試
編程
設計
 完成
A
3
 4
3
2
A好忙
GH 
沒事做
只完成
兩件
卡 2 週
幫助找出問題或出瓶頸
 44	
  
優點:	
  平衡交付速率和請求
A
A
E
F
C
D
D
需求
 分析
 測試
編程
設計
 完成
A
3
 2
3
2
正在做
 做完
加人
緩衝區
限制同時
處理的量
自動化
45	
  
優點: 溫水煮青蛙
卡 2 週
分析早一個
sprint
時間
改進
強度
測試好忙
開發人員
幫忙
開發和測試
很慢
少量自動化
持續改進
46	
  
優點:	
  重統計和科學方法
47	
  
所以Scrum 和 kanban 哪裡不同?
48	
  
大綱
•  Scrum/Kanban 簡介	
  
•  Scrum 和 Kanban 的比較	
  
•  如何選擇	
  
•  Q	
  A	
  
49	
  
角色
•  Scrum	
  
•  Kanban	
  
– 沒有特別的角色
50	
  
迭代	
  (IteraIon)
•  Scrum	
  
– 固定時間	
  
– 固定範圍	
  
	
  
•  Kanban	
  
– 交付列車	
  
– 時間到開車
1
2
4
5
4
3
2
1
3
8
9
10
7
6
5
7...
跨功能小組
•  Scrum	
  
– T 型人	
  
– 略懂略懂	
  
– 多技能	
  
•  Kanban	
  
– 混合
跨功能小組
跨功能小組
專家
專家
專家團隊
52	
  
如何變革來達到敏捷
•  Scrum	
  
– 改革	
  
– 迭代/自組織	
  
•  Kanban	
  
– 演進	
  
– 看到才改	
  

53	
  
變革觸發點
•  Scrum	
  
– Daily	
  Scrum	
  
– Sprint	
  Planning	
  
•  Kanban	
  
– 視覺化	
  
– WIP 限制	
  
54	
  
利特爾法則 (LiKle’s	
  Law)
•  John	
  LiFle 於1961年所提出與證明	
  
	
  
– WIP:	
  平均同時處理的任務數	
  
– Throughput:	
  平均任務完成率	
  
Cycle ...
如何利用 LiKle	
  Law	
  改善開發效率
•  根據公式來思考	
  
•  想法	
  
– 改善團隊能力	
  
– 控制要做的事情	
  
– 降低變異性	
  
Cycle Time = 
Throughput
Work ...
如何實踐 LiKle	
  Law
•  Scrum	
  
– 固定團隊, 小需求	
  
•  降低變異性	
  
– 小需求, 小迭代: 	
  
•  避免同時做太多事情	
  
•  Kanban	
  
– 束水攻沙:	
  	
 ...
WIP 的實施方式不同
•  Scrum	
  
– Sprint 的範圍	
  
	
  
•  Kanban	
  
– 欄位	
  
– 橫列	
  
– 員工	
  
58	
  
兩者思維不同
資訊不完整下, 取得進展
尊重個人, 自我管理
對工作很熱情
資訊不完整下, 取得進展, 
容易返工, 返工是種浪費
系統思考, 推動改善文化
工作只是一個選項
Kanban
 Scrum
59	
  
如何呈現進度
•  Scrum	
  
– 燃燒圖	
  
– 做完多少	
  
	
  
•  Kanban	
  
– 累積圖	
  
– 進行中的量
60	
  
規劃和開發的節奏
•  Scrum	
  
– 節奏一致	
  
	
  
	
  
•  Kanban	
  
– 各吹各的調
迭代規劃
 迭代檢視
迭代回顧
61	
  
處理多個專案 (1)
•  Scrum 案例一	
  
子團隊 A
 子團隊 B
62	
  
處理多個專案 (2)
•  Scrum	
  案例二和三
跨功能團隊
 跨功能團隊
63	
  
處理多個專案 (3)
•  Kanban
不同顏色
不同專案
不同泳道
不同專案
64	
  
評估的方法
•  Scrum	
  
– 通常會有	
  
– 會計算進度	
  
	
  
•  Kanban	
  
– 沒有要求	
  
65	
  
大型團隊	
  (1)
•  Scrum: 戰國時代
66	
  
大型團隊	
  (2)
•  Kanban:	
  
個人看板 團隊看板 Por]olio	
  Management

67	
  
67	
  
大綱
•  Scrum/Kanban 簡介	
  
•  Scrum 和 Kanban 的比較	
  
•  如何選擇	
  
•  Q	
  A	
  
68	
  
大綱
•  Scrum/Kanban 簡介	
  
•  Scrum 和 Kanban 的比較	
  
•  如何選擇	
  
– 根據組織文化	
  
– 根據專案特性	
  
– 根據方法要解決的問題	
  
•  Q	
  A	
  
6...
了解一下你自己是什麼文化
公司
導向
個人
導向
務實性
導向
可能性
導向
Control
Collaboration
Competence
Cultivation
70	
  
敏捷方法和文化的關係
An Agile Adoption and Transformation Survival Guide
by Michael Sahota on Jul 25, 2012 
71	
  
靈活度	
  (Agility)
Structure
Process
Culture
 價值, 信仰
角色, 責任, 團隊
做事方式, 流程
what	
  	
  
how
who	
  	
  
where
why	
  
影響
撞牆
72...
大綱
•  Scrum/Kanban 簡介	
  
•  Scrum 和 Kanban 的比較	
  
•  如何選擇	
  
– 根據組織文化	
  
– 根據專案特性	
  
– 根據方法要解決的問題	
  
•  Q	
  A	
  
7...
從專案特性思考
專注
中斷  發散
探索 合作
重複  專家
Kanban
Scrum
Scrum +
Kanban
Support
Kanban
XP
Source:
Scrum or Kanban? YES!
74	
  
Kanban 適合非單一的開發團隊
維護團隊
多專案團隊
跨部門合作
75	
  
大綱
•  Scrum/Kanban 簡介	
  
•  Scrum 和 Kanban 的比較	
  
•  如何選擇	
  
– 根據組織文化	
  
– 根據專案特性	
  
– 根據方法要解決的問題	
  
•  Q	
  A	
  
7...
Scrum	
  要解決的問題
•  無法快速應變
 •  無效能的團隊
77	
  
Kanban	
  要解決的問題 (1)	
  
•  如何成功變革管理	
  
E
E
B
A
 急件
非預期
B
C
C
E
急件
需求
 分析
 測試
編程
設計
 完成
非預期
停滯很久
傳遞資訊不順
沒用的功能
優先順序
常變
78	...
Kanban	
  要解決的問題 (2)	
  
•  工作量負載
E
E
E
B
A
 D
C
B
C
C
E
E
需求
 分析
 測試
編程
設計
 完成
多工
完成時間
不可預測
壓力大
任務
切換
品質差
79	
  
80	
  
沒有任何工具是最好的
81	
  
不要限制自己只用一種工具!
Do not develop
an attachment to
any one weapon
or any one school
of fighting
82	
  
了解它,	
  而不是批評它
83	
  
因地制宜
84	
  
不要忘記 eXtreme	
  Programming
持續
整合
測試
先行
重構
85	
  
敏捷還不夠
86	
  
善用入門毒藥
87	
  
Q	
  	
  A
88	
  
Upcoming SlideShare
Loading in …5
×

23

Share

Download to read offline

Agile meetuphsinchu201508 scrumvskanban

Download to read offline

Scrum and Kanban 哪一個比較好

Related Books

Free with a 30 day trial from Scribd

See all

Related Audiobooks

Free with a 30 day trial from Scribd

See all

Agile meetuphsinchu201508 scrumvskanban

  1. 1. Scrum 和 Kanban 哪一個比較好? 趨勢科技 David  Ko  
  2. 2. AgileCommunity.Tw 2  
  3. 3. Agile  Tour  Taipei/HsinChu  2015 3  
  4. 4. 我是誰? •  台灣敏捷社群發起人之一   – 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. 5. 為什麼是 Scrum 和 Kanban  ? 9th Annual State of Agile Development Survey, Version One 5  
  6. 6. 大綱 •  Scrum/Kanban 簡介   •  Scrum 和 Kanban 的比較   •  如何選擇   •  Q  A   6  
  7. 7. 大綱 •  Scrum/Kanban 簡介   – 什麼是  Scrum   – Scrum 的特色   – 什麼是 Kanban   – Kanban 的特色   •  Scrum 和 Kanban 的比較   •  如何選擇   •  Q  A   7  
  8. 8. Scrum  開發框架 Source: Odd-e 8  
  9. 9. 大綱 •  Scrum/Kanban 簡介   – 什麼是  Scrum   – Scrum 的特色   – 什麼是 Kanban   – Kanban 的特色   •  Scrum 和 Kanban 的比較   •  如何選擇   •  Q  A   9  
  10. 10. 頻繁交付高價值 時間 價值 價 值 或 風 險 迭代 1 迭代 3 迭代 5 先交付 高價值的 風險 10  
  11. 11. 持續改善 Plan Do Check Action •  規劃 •  執行 •  交換訊息 •  展示 •  調整 •  教訓 •  改善 11  
  12. 12. 小而美 小團隊 小需求 小迭代 12  
  13. 13. 團隊特性 自主決定 透明性 責任感 13  
  14. 14. 優點:  快速回饋 •  瀑布式開發     •  Scrum   分析 設計 編碼 測試 Sprint 1 Sprint 2 Sprint 3 Sprint 4 回饋 回饋 14  
  15. 15. 優點: 快速反應新的需求 •  瀑布式開發     •  Scrum       分析 設計 編碼 測試 Sprint 1 Sprint 2 Sprint 3 Sprint 4 需求 需求 需求 需求 需求 15  
  16. 16. 優點: 保證最後交付接近你要的 •  瀑布式開發   •  Scrum       分析 設計 編碼 測試 看到成品 Sprint N Sprint N+1 …… …… 展示和調整 16  
  17. 17. 優點:  測試及早開始 •  瀑布式開發   •  Scrum   分析 設計 編碼 測試 Sprint 1 Sprint 2 Sprint 3 Sprint 4 測試 通常被壓縮 17  
  18. 18. 優點:  很早就要面對問題 •  瀑布式開發 •  Scrum 時間 壓 力 時間 壓 力 18  
  19. 19. 大綱 •  Scrum/Kanban 簡介   – 什麼是  Scrum   – Scrum 的特色   – 什麼是 Kanban   – Kanban 的特色   •  Scrum 和 Kanban 的比較   •  如何選擇   •  Q  A   19  
  20. 20. 什麼是看板 •  變革管理方法   •  基於精實思維  (Lean  Thinking)   •  用視覺化來管理工作, 以控制流程的系統   – “Kan”  :  visual  (將資訊視覺化)     – “ban”:  card  (卡)  或 board  (工作版)   20  
  21. 21. 基本原則 •  由你現在做的開始   •  同意進行以漸進和演化的方式來進行改變   •  一開始便強調尊重目前的角色,  責任,  和工 作頭銜   •  打造各個階級的領導人   21  
  22. 22. 核心實務 •  視覺化   •  限制同時工作數量   •  管理工作流程   •  為流程訂定明確的方針   •  實現反饋迴圈   •  協同式改進, 實驗性演進 http://www.slideshare.net/dimka5/introducing-agile-scrum-xp-and-kanban 深 度 淺 深 22  
  23. 23. Kanban  使用範例 23  
  24. 24. 有問題發生 我被卡 住了 我太 忙了 我沒事 情做 讓我們來 想辦法解 決吧 分析師 開發人員 測試人員 24  
  25. 25. 視覺化你的工作流程 清單 分析 開發 測試 進行中 做完 進行中 做完 做完 25  
  26. 26. 限制同時工作數量 清單 分析 開發 測試 進行中 做完 進行中 做完 做完 2 3 2 26  
  27. 27. 找出瓶頸  (1) 清單 分析 開發 測試 進行中 做完 進行中 做完 做完 2 3 2 找出問題, 做完測試, 流程才能往下移動 27  
  28. 28. 找出瓶頸 (2) 清單 分析 開發 測試 進行中 做完 進行中 做完 做完 2 3 2 發現開發閒置, 需要加速分析 28  
  29. 29. 資源安排  (1) 清單 分析 開發 測試 進行中 做完 進行中 做完 做完 2 3 2 有兩個測試人員: A, B A B 29  
  30. 30. 資源安排  (2) 清單 分析 開發 測試 進行中 做完 進行中 做完 做完 2 3 2 B 做完了, 哪 B 要做什麼? A B 30  
  31. 31. 資源安排  (3) 清單 分析 開發 測試 進行中 做完 進行中 做完 做完 2 3 2 如果合作可以減少時間, 可以和 A 一起工作 A B 31  
  32. 32. 資源安排  (4) 清單 分析 開發 測試 進行中 做完 進行中 做完 做完 2 3 2 或是從開發的做完序列中拿一個來做 A B 32  
  33. 33. 資源安排  (5) 清單 分析 開發 測試 進行中 做完 進行中 做完 做完 2 3 2 如果總是有人閒置, 就改 WIP D C E F 4 / 33  
  34. 34. 定義方針 清單 分析 開發 測試 進行中 做完 進行中 做完 做完 2 2 4 撰寫驗收 標準 TDD, 和 CI 整合 Bug 全解 34  
  35. 35. 記錄週期時間 清單 分析 開發 測試 進行中 做完 進行中 做完 做完 2 2 4 週期時間, cycle time 35  
  36. 36. 分析度量結果 清單 分析 開發 測試 進行中 做完 進行中 做完 做完 2 2 4 36  
  37. 37. 討論如何改進 清單 分析 開發 測試 進行中 做完 進行中 做完 做完 2 2 4 37  
  38. 38. 大綱 •  Scrum/Kanban 簡介   – 什麼是  Scrum   – Scrum 的特色   – 什麼是 Kanban   – Kanban 的特色   •  Scrum 和 Kanban 的比較   •  如何選擇   •  Q  A   38  
  39. 39. 看板似水 開發團隊 IT 團隊/維護團隊 測試團隊 部門間合作 39  
  40. 40. 以無法為有法 •  a  method  without  methodology.     •  套路無法在實戰中生存   40  
  41. 41. 束水攻沙 41  
  42. 42. 不同攻擊距離 •  截拳道:            踢技 拳技                                  抓技                          寢技       •  看板   個人看板 團隊看板 Por]olio  Management 42  
  43. 43. Swarm 需求 分析 測試 編程 設計 完成 3 4 3 2 太多測 不完 我們可 以幫忙 43  
  44. 44. 優點: 狀態視覺化 A A E F C D D 需求 分析 測試 編程 設計 完成 A 3 4 3 2 A好忙 GH 沒事做 只完成 兩件 卡 2 週 幫助找出問題或出瓶頸 44  
  45. 45. 優點:  平衡交付速率和請求 A A E F C D D 需求 分析 測試 編程 設計 完成 A 3 2 3 2 正在做 做完 加人 緩衝區 限制同時 處理的量 自動化 45  
  46. 46. 優點: 溫水煮青蛙 卡 2 週 分析早一個 sprint 時間 改進 強度 測試好忙 開發人員 幫忙 開發和測試 很慢 少量自動化 持續改進 46  
  47. 47. 優點:  重統計和科學方法 47  
  48. 48. 所以Scrum 和 kanban 哪裡不同? 48  
  49. 49. 大綱 •  Scrum/Kanban 簡介   •  Scrum 和 Kanban 的比較   •  如何選擇   •  Q  A   49  
  50. 50. 角色 •  Scrum   •  Kanban   – 沒有特別的角色 50  
  51. 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  
  52. 52. 跨功能小組 •  Scrum   – T 型人   – 略懂略懂   – 多技能   •  Kanban   – 混合 跨功能小組 跨功能小組 專家 專家 專家團隊 52  
  53. 53. 如何變革來達到敏捷 •  Scrum   – 改革   – 迭代/自組織   •  Kanban   – 演進   – 看到才改   53  
  54. 54. 變革觸發點 •  Scrum   – Daily  Scrum   – Sprint  Planning   •  Kanban   – 視覺化   – WIP 限制   54  
  55. 55. 利特爾法則 (LiKle’s  Law) •  John  LiFle 於1961年所提出與證明     – WIP:  平均同時處理的任務數   – Throughput:  平均任務完成率   Cycle Time = Throughput Work in Progress 55  
  56. 56. 如何利用 LiKle  Law  改善開發效率 •  根據公式來思考   •  想法   – 改善團隊能力   – 控制要做的事情   – 降低變異性   Cycle Time = Throughput Work in Progress (傳統作法, 比較不容易) (敏捷方法想控制的地方) 56  
  57. 57. 如何實踐 LiKle  Law •  Scrum   – 固定團隊, 小需求   •  降低變異性   – 小需求, 小迭代:   •  避免同時做太多事情   •  Kanban   – 束水攻沙:     •  避免同時做太多事情   57  
  58. 58. WIP 的實施方式不同 •  Scrum   – Sprint 的範圍     •  Kanban   – 欄位   – 橫列   – 員工   58  
  59. 59. 兩者思維不同 資訊不完整下, 取得進展 尊重個人, 自我管理 對工作很熱情 資訊不完整下, 取得進展, 容易返工, 返工是種浪費 系統思考, 推動改善文化 工作只是一個選項 Kanban Scrum 59  
  60. 60. 如何呈現進度 •  Scrum   – 燃燒圖   – 做完多少     •  Kanban   – 累積圖   – 進行中的量 60  
  61. 61. 規劃和開發的節奏 •  Scrum   – 節奏一致       •  Kanban   – 各吹各的調 迭代規劃 迭代檢視 迭代回顧 61  
  62. 62. 處理多個專案 (1) •  Scrum 案例一   子團隊 A 子團隊 B 62  
  63. 63. 處理多個專案 (2) •  Scrum  案例二和三 跨功能團隊 跨功能團隊 63  
  64. 64. 處理多個專案 (3) •  Kanban 不同顏色 不同專案 不同泳道 不同專案 64  
  65. 65. 評估的方法 •  Scrum   – 通常會有   – 會計算進度     •  Kanban   – 沒有要求   65  
  66. 66. 大型團隊  (1) •  Scrum: 戰國時代 66  
  67. 67. 大型團隊  (2) •  Kanban:   個人看板 團隊看板 Por]olio  Management 67   67  
  68. 68. 大綱 •  Scrum/Kanban 簡介   •  Scrum 和 Kanban 的比較   •  如何選擇   •  Q  A   68  
  69. 69. 大綱 •  Scrum/Kanban 簡介   •  Scrum 和 Kanban 的比較   •  如何選擇   – 根據組織文化   – 根據專案特性   – 根據方法要解決的問題   •  Q  A   69  
  70. 70. 了解一下你自己是什麼文化 公司 導向 個人 導向 務實性 導向 可能性 導向 Control Collaboration Competence Cultivation 70  
  71. 71. 敏捷方法和文化的關係 An Agile Adoption and Transformation Survival Guide by Michael Sahota on Jul 25, 2012 71  
  72. 72. 靈活度  (Agility) Structure Process Culture 價值, 信仰 角色, 責任, 團隊 做事方式, 流程 what     how who     where why   影響 撞牆 72  
  73. 73. 大綱 •  Scrum/Kanban 簡介   •  Scrum 和 Kanban 的比較   •  如何選擇   – 根據組織文化   – 根據專案特性   – 根據方法要解決的問題   •  Q  A   73  
  74. 74. 從專案特性思考 專注 中斷 發散 探索 合作 重複 專家 Kanban Scrum Scrum + Kanban Support Kanban XP Source: Scrum or Kanban? YES! 74  
  75. 75. Kanban 適合非單一的開發團隊 維護團隊 多專案團隊 跨部門合作 75  
  76. 76. 大綱 •  Scrum/Kanban 簡介   •  Scrum 和 Kanban 的比較   •  如何選擇   – 根據組織文化   – 根據專案特性   – 根據方法要解決的問題   •  Q  A   76  
  77. 77. Scrum  要解決的問題 •  無法快速應變 •  無效能的團隊 77  
  78. 78. Kanban  要解決的問題 (1)   •  如何成功變革管理   E E B A 急件 非預期 B C C E 急件 需求 分析 測試 編程 設計 完成 非預期 停滯很久 傳遞資訊不順 沒用的功能 優先順序 常變 78  
  79. 79. Kanban  要解決的問題 (2)   •  工作量負載 E E E B A D C B C C E E 需求 分析 測試 編程 設計 完成 多工 完成時間 不可預測 壓力大 任務 切換 品質差 79  
  80. 80. 80  
  81. 81. 沒有任何工具是最好的 81  
  82. 82. 不要限制自己只用一種工具! Do not develop an attachment to any one weapon or any one school of fighting 82  
  83. 83. 了解它,  而不是批評它 83  
  84. 84. 因地制宜 84  
  85. 85. 不要忘記 eXtreme  Programming 持續 整合 測試 先行 重構 85  
  86. 86. 敏捷還不夠 86  
  87. 87. 善用入門毒藥 87  
  88. 88. Q    A 88  
  • immatteo

    Apr. 11, 2019
  • MiChunChiu

    Apr. 10, 2019
  • ctyeh

    Apr. 10, 2019
  • ssuser6a9c25

    Apr. 10, 2019
  • kochichuang

    Apr. 10, 2019
  • NeoChoi

    Jun. 7, 2017
  • CestGuillaume

    Dec. 17, 2015
  • ghosttw88

    Dec. 15, 2015
  • jeffattl

    Dec. 2, 2015
  • JamisLiao

    Sep. 2, 2015
  • HuiPuChang

    Aug. 26, 2015
  • juggernautliu

    Aug. 18, 2015
  • usergeorgechang

    Aug. 16, 2015
  • taco6256

    Aug. 13, 2015
  • bestlong

    Aug. 13, 2015
  • FeiJiSiao

    Aug. 11, 2015
  • wiikuo

    Aug. 11, 2015
  • leo424y

    Aug. 10, 2015
  • dinos80152

    Aug. 10, 2015
  • EdwinTai1

    Aug. 10, 2015

Scrum and Kanban 哪一個比較好

Views

Total views

1,766

On Slideshare

0

From embeds

0

Number of embeds

5

Actions

Downloads

10

Shares

0

Comments

0

Likes

23

×