Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.
1

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

商鞅變法
3

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

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

組織背景
專業分工

不同性質工作

產品經理

開發經理

專案經理

開發
團隊
品質經理

開發人員

測試人員

(9)

(11)
設計人員

(1)

維護
團隊
售前支
援團隊
6

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

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

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

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

任務版上的資訊不足
• 一直停在 “處理中” 不動
• 直到最後幾天才移到 “做完”

需求

待辦事項

處理中

做完
11

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

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

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

5 個核心實務
• 視覺化你的工作流程
• 限制同時工作數量
• 管理工作流程
• 為流程訂定明確的方針
• 一同合作來改進

需求

分析(3) 設計(3)

開發(4) 測試(2) 做完
15

將工作視覺化
16

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

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

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

Scrum of Scrum 每日立會
專案階層
5:30 PM

Feature team
5:15 PM

測試人員
10:30 AM

Feature team
5:00 PM
20

目視管理 找出壞味道
• 厘清狀態
• 以持續改進方式

排除多工
• 確保流程順暢度
21

壞味道 1: 有不需要或是少列的步驟
• 有些步驟不需要或是沒有被列出來

• 要不斷調整去呈現現況
22

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

• 重新建構工作流程
23

目視管理 找出壞味道
• 厘清狀態
• 以持續改進方式

排除多工
• 確保流程順暢度
24

壞味道 3: 同時處理不同性質的事情
避免開發與維護並行

收集
信息

工作流程看板 +
工作時間分佈

專人
專職

確認
資源
25

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

目視管理 找出壞味道
• 厘清狀態
• 以持續改進方式

排除多工
• 確保流程順暢度
27

壞味道 5: 有些步驟做太快
很快就完成

或是直接跳過
28

壞味道 6: 有些步驟拖太久
不知花多長時間

錯誤不斷被找到
29

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

利用系統思考來洞察全貌
需求不明確

設計
常變動

要測試多少
不明確

測試規格
交付延遲
Load
不均衡

開發人員太忙

請假沒
有交接
31

解法整理: 如何補強 Scrum
問題

解法

多項目, 多種不同性質工作
任務版上的資訊不足
人數太多不易使用
Retrospective 的效果不彰

多個工作流程
詳盡的工作流程
Scrum of Scrum
Improveme...
32

解法整理: 如何觀察壞味道
• 有不需要或是少列的步

驟
• 工作流程過度一般化
• 同時處理不同性質的事
情
• 檯面下的多工

• 有些步驟做太快

• 有些步驟拖太久
• 有些步驟一直重複發生
33

使用 Kanban 後帶來的變化
凡事視覺化

找尋和處理壞味道
形成改善的文化
34

結論
• 好工具不該只有一種
• 利用痛點來漸進式演化

• 記住! 問題永遠在現場
• 善用壞味道
35

有行動才會不一樣
36

謝謝
Próxima SlideShare
Cargando en…5
×

2013/10: Q con shanghai2013-davidko-如何利用 kanban让 scrum 更完美

1.910 visualizaciones

Publicado el

  • Sé el primero en comentar

2013/10: Q con shanghai2013-davidko-如何利用 kanban让 scrum 更完美

  1. 1. 1 如何利用 KANBAN 讓 SCRUM 更完美 趨勢科技看板經驗分享 趨勢科技 David Ko david_ko@trend.com.tw
  2. 2. 2 商鞅變法
  3. 3. 3 主題: 如何利用 Kanban 讓 Scrum 更完美 • 專案背景和早期的開發流程 • 專案實施 Scrum 後所遭遇的問題 • 如何以 Kanban 來進行漸進式改革 • 流程中的壞味道 • 持續改進的方式 • Q&A
  4. 4. 4 產品背景:沙箱分析平臺 (Sandbox) • 新發展的重點產品 • 市面上已有殺手級產品 • 老闆的重點就是快,快,快
  5. 5. 5 組織背景 專業分工 不同性質工作 產品經理 開發經理 專案經理 開發 團隊 品質經理 開發人員 測試人員 (9) (11) 設計人員 (1) 維護 團隊 售前支 援團隊
  6. 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. 7 早期的開發流程 • 以 Scrum 為主的開發方式 • 為期 2 周的 sprint • 發行週期: 1.5 M -> 2 M -> 4 M
  8. 8. 8 專案實施 Scrum 後所遭遇的問題
  9. 9. 9 多項目, 多種不同性質工作 • 多個項目同時進行 • 無法評估 bug 要花多少時間修復 • 重要性和即時性不同
  10. 10. 10 任務版上的資訊不足 • 一直停在 “處理中” 不動 • 直到最後幾天才移到 “做完” 需求 待辦事項 處理中 做完
  11. 11. 11 人數太多不易使用 • 每日立會要開很久 • 任務版太複雜
  12. 12. 12 Retrospective 的效果不彰 • 相同問題在短時間內重複被提出 • 問題沒有被探究到底
  13. 13. 13 以 Kanban 來進行漸進式改革 • 非軟體發展方法 • 變革管理的方法 • 需搭配其他軟體發展方法
  14. 14. 14 5 個核心實務 • 視覺化你的工作流程 • 限制同時工作數量 • 管理工作流程 • 為流程訂定明確的方針 • 一同合作來改進 需求 分析(3) 設計(3) 開發(4) 測試(2) 做完
  15. 15. 15 將工作視覺化
  16. 16. 16 測試人員的任務版 • 測試: 測試個案開立, 檢視, 環境準備, 執行, 驗證修復結果 • 自動化 • 效能和偵測率調整 • 事件導向: To Do -> In Prog -> Done
  17. 17. 17 開發人員的任務版 • 以開發為主 • Backlog -> Do -> Check -> Done
  18. 18. 18 項目階層的任務版 • 提供整體進度的概觀 • 顯示各個功能目前在那個階段
  19. 19. 19 Scrum of Scrum 每日立會 專案階層 5:30 PM Feature team 5:15 PM 測試人員 10:30 AM Feature team 5:00 PM
  20. 20. 20 目視管理 找出壞味道 • 厘清狀態 • 以持續改進方式 排除多工 • 確保流程順暢度
  21. 21. 21 壞味道 1: 有不需要或是少列的步驟 • 有些步驟不需要或是沒有被列出來 • 要不斷調整去呈現現況
  22. 22. 22 壞味道 2: 工作流程過度一般化 • 發現很多概念性驗證的工作同時在進行 • 重新建構工作流程
  23. 23. 23 目視管理 找出壞味道 • 厘清狀態 • 以持續改進方式 排除多工 • 確保流程順暢度
  24. 24. 24 壞味道 3: 同時處理不同性質的事情 避免開發與維護並行 收集 信息 工作流程看板 + 工作時間分佈 專人 專職 確認 資源
  25. 25. 25 壞味道 4: 檯面下的多工 • 老手的困境 • 很多人問他問題 • 或是只有他能處理 • 解決方法 • 師徒制搭檔程式設計 • 限制最多能處理多少事
  26. 26. 26 目視管理 找出壞味道 • 厘清狀態 • 以持續改進方式 排除多工 • 確保流程順暢度
  27. 27. 27 壞味道 5: 有些步驟做太快 很快就完成 或是直接跳過
  28. 28. 28 壞味道 6: 有些步驟拖太久 不知花多長時間 錯誤不斷被找到
  29. 29. 29 壞味道 7: 有些步驟一直重複發生 • 測試檔來來回回修改很多次
  30. 30. 30 利用系統思考來洞察全貌 需求不明確 設計 常變動 要測試多少 不明確 測試規格 交付延遲 Load 不均衡 開發人員太忙 請假沒 有交接
  31. 31. 31 解法整理: 如何補強 Scrum 問題 解法 多項目, 多種不同性質工作 任務版上的資訊不足 人數太多不易使用 Retrospective 的效果不彰 多個工作流程 詳盡的工作流程 Scrum of Scrum Improvement Kata Fishbone + 5 Whys
  32. 32. 32 解法整理: 如何觀察壞味道 • 有不需要或是少列的步 驟 • 工作流程過度一般化 • 同時處理不同性質的事 情 • 檯面下的多工 • 有些步驟做太快 • 有些步驟拖太久 • 有些步驟一直重複發生
  33. 33. 33 使用 Kanban 後帶來的變化 凡事視覺化 找尋和處理壞味道 形成改善的文化
  34. 34. 34 結論 • 好工具不該只有一種 • 利用痛點來漸進式演化 • 記住! 問題永遠在現場 • 善用壞味道
  35. 35. 35 有行動才會不一樣
  36. 36. 36 謝謝

×