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