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.

Agile meetuphsinchu201508 scrumvskanban

1.456 visualizaciones

Publicado el

Scrum and Kanban 哪一個比較好

Publicado en: Software
  • Sé el primero en comentar

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  

×