1. 1
如何利用 KANBAN
讓 SCRUM 更完美 趨勢科技看板經驗分享
趨勢科技 David Ko
david_ko@trend.com.tw

2. 2
商鞅變法

3. 3
主題: 如何利用 Kanban 讓 Scrum 更完美
• 專案背景和早期的開發流程
• 專案實施 Scrum 後所遭遇的問題
• 如何以 Kanban 來進行漸進式改革
• 流程中的壞味道
• 持續改進的方式
• Q&A

4. 4
產品背景:沙箱分析平臺 (Sandbox)
• 新發展的重點產品
• 市面上已有殺手級產品
• 老闆的重點就是快,快,快

5. 5
組織背景
專業分工
不同性質工作
產品經理
開發經理
專案經理
開發
團隊
品質經理
開發人員
測試人員
(9)
(11)
設計人員
(1)
維護
團隊
售前支
援團隊

6. 6
多版本, 多國語言, 多項目
• 多版本
• 2012: 2.9 -> 2.91 -> 2.92 -> 2.95
• 2013: 3.0 Beta 1 -> 3.0 Beta 2 -> 3.0 -> 3.0 SP1
• 多語言
• 多項目
• 2012: DDA
• 2013: DDA/CTIS/DDTI

7. 7
早期的開發流程
• 以 Scrum 為主的開發方式
• 為期 2 周的 sprint
• 發行週期: 1.5 M -> 2 M -> 4 M

8. 8
專案實施 Scrum 後所遭遇的問題

9. 9
多項目, 多種不同性質工作
• 多個項目同時進行
• 無法評估 bug 要花多少時間修復
• 重要性和即時性不同

10. 10
任務版上的資訊不足
• 一直停在 “處理中” 不動
• 直到最後幾天才移到 “做完”
需求
待辦事項
處理中
做完

11. 11
人數太多不易使用
• 每日立會要開很久
• 任務版太複雜

12. 12
Retrospective 的效果不彰
• 相同問題在短時間內重複被提出
• 問題沒有被探究到底

13. 13
以 Kanban 來進行漸進式改革
• 非軟體發展方法
• 變革管理的方法
• 需搭配其他軟體發展方法

14. 14
5 個核心實務
• 視覺化你的工作流程
• 限制同時工作數量
• 管理工作流程
• 為流程訂定明確的方針
• 一同合作來改進
需求
分析(3) 設計(3)
開發(4) 測試(2) 做完

15. 15
將工作視覺化

16. 16
測試人員的任務版
• 測試: 測試個案開立, 檢視, 環境準備, 執行, 驗證修復結果
• 自動化
• 效能和偵測率調整
• 事件導向: To Do -> In Prog -> Done

17. 17
開發人員的任務版
• 以開發為主
• Backlog -> Do -> Check -> Done

18. 18
項目階層的任務版
• 提供整體進度的概觀
• 顯示各個功能目前在那個階段

19. 19
Scrum of Scrum 每日立會
專案階層
5:30 PM
Feature team
5:15 PM
測試人員
10:30 AM
Feature team
5:00 PM

20. 20
目視管理 找出壞味道
• 厘清狀態
• 以持續改進方式
排除多工
• 確保流程順暢度

21. 21
壞味道 1: 有不需要或是少列的步驟
• 有些步驟不需要或是沒有被列出來
• 要不斷調整去呈現現況

22. 22
壞味道 2: 工作流程過度一般化
• 發現很多概念性驗證的工作同時在進行
• 重新建構工作流程

23. 23
目視管理 找出壞味道
• 厘清狀態
• 以持續改進方式
排除多工
• 確保流程順暢度

24. 24
壞味道 3: 同時處理不同性質的事情
避免開發與維護並行
收集
信息
工作流程看板 +
工作時間分佈
專人
專職
確認
資源

25. 25
壞味道 4: 檯面下的多工
• 老手的困境
• 很多人問他問題
• 或是只有他能處理
• 解決方法
• 師徒制搭檔程式設計
• 限制最多能處理多少事

26. 26
目視管理 找出壞味道
• 厘清狀態
• 以持續改進方式
排除多工
• 確保流程順暢度

27. 27
壞味道 5: 有些步驟做太快
很快就完成
或是直接跳過

28. 28
壞味道 6: 有些步驟拖太久
不知花多長時間
錯誤不斷被找到

29. 29
壞味道 7: 有些步驟一直重複發生
• 測試檔來來回回修改很多次

30. 30
利用系統思考來洞察全貌
需求不明確
設計
常變動
要測試多少
不明確
測試規格
交付延遲
Load
不均衡
開發人員太忙
請假沒
有交接

31. 31
解法整理: 如何補強 Scrum
問題
解法
多項目, 多種不同性質工作
任務版上的資訊不足
人數太多不易使用
Retrospective 的效果不彰
多個工作流程
詳盡的工作流程
Scrum of Scrum
Improvement Kata
Fishbone + 5 Whys

32. 32
解法整理: 如何觀察壞味道
• 有不需要或是少列的步
驟
• 工作流程過度一般化
• 同時處理不同性質的事
情
• 檯面下的多工
• 有些步驟做太快
• 有些步驟拖太久
• 有些步驟一直重複發生

33. 33
使用 Kanban 後帶來的變化
凡事視覺化
找尋和處理壞味道
形成改善的文化

34. 34
結論
• 好工具不該只有一種
• 利用痛點來漸進式演化
• 記住! 問題永遠在現場
• 善用壞味道

35. 35
有行動才會不一樣

36. 36
謝謝