Stop Retrospective, Start Continuous Improving
•
2 likes•350 views
Stop Retrospective, Start Continuous Improving
Recommended
More Related Content
What's hot
What's hot (20)
Similar to Stop Retrospective, Start Continuous Improving
Similar to Stop Retrospective, Start Continuous Improving (20)
More from Jen-Chieh Ko
More from Jen-Chieh Ko (20)
Stop Retrospective, Start Continuous Improving
- 1. 停止回顧儀式, 開始持續改善 Odd-e Agile Coach - David Ko
- 2. 我是誰 2 David Ko 敏捷三叔公 Ø 台灣敏捷社群發起人 Ø Agile Summit/Agiletour/ DevOpsDays Taipei/Regional Scrum Gathering 組織者 Ø 熱衷 Agile/軟體測試 /Design Sprint/DevOps Ø Odd-e Agile Coach
- 3. • 願景 Ø 致力於用更好的方式做產品 Ø 也幫助客戶用更好的方式做產品 • 服務 Ø 開發與交付 Ø 諮詢與輔導 Ø 培訓與認證 3
- 4. 大綱 回顧會議的問題 什麼是 Improvement Kata 如何落實 Improvement Kata 經理也是關鍵: Coach Kata 4
- 14. 科學思維 14 預期發生的情況 實際發生的情況 觀察 差異 從中 學習
- 16. 大綱 回顧會議的問題 什麼是 Improvement Kata 如何落實 Improvement Kata 經理也是關鍵: Coach Kata 16
- 17. Kata 17 結構性的練習規範
- 19. Improvement Kata • 找出北極星 明確 方向和挑戰 • 了解自己 • 排除偏見 把握 當前狀態 • 要超越現狀 • 具有未知性 確定下個 目標狀態 • 快速實驗 • 根據資料學習 為了達成 目標的方案 19
- 20. • 目標 • 不一定總是要達到 • 目標 • 是用來幫助你瞄準方向 ~ 李小龍 20
- 21. Improvement Kata 特性 • 先看下一個目標狀態 專注 • 可能要好幾次才會到下個目標狀態 迭代 • 方案有步驟且是可度量的 可操作的 21
- 22. 22
- 23. 案例: 加班很嚴重 23 好忙, 會開不完 事情也做不多 紀錄 工時 分析 瓶頸 專注 工時 工作能夠在 上班時間內做完 目標: 瞭藉現狀 活動: 紀錄工時 指標 • 每類活動的時間 • 每類活動的比例 目標: 分析瓶頸 活動: 分析那些超標 指標 • 開發 每天 3-4 小時 • Scrum 會議約 13% • 每天會議次數 目標: 專注開發時間 活動: 每天給 3 小時專心開發 指標 • 每人每週開發時數是否 > 15 小時
- 24. 大綱 回顧會議的問題 什麼是 Improvement Kata 如何落實 Improvement Kata 經理也是關鍵: Coach Kata 24
- 25. Improvement Theme Kata 7 - 25 要改善的主題名稱 描述目前狀態 我們想要 達到的境界 在 N 周後 什麼會改變 列出我們 要採取的行動 https://blog.crisp.se/2013/05/14/jimmyjanlen/improvement-theme-simple-and-practical-toyota-kata
- 26. Improvement Theme Kata 範例 26 Theme : 增加足夠的品質確認活動 現狀 故事開發完後只是簡單 手動測試 沒有回歸測試 單元測試都是之前舊的 兩週後 進行探索性測試訓練 單元測試開始增加 驚奇的境界 每個故事開發後都會補 單元測試 有自動化的 BVT 會進行探索性測試 下一步工作 安排訓練課程 通知 PO 此項決定 在迭代規劃時安排單元 測試的任務
- 27. Wax On, Wax Off 27 利用 簡單的動作 建立 肌肉記憶 才能持之以恆
- 29. 小步前進 29 最小可行 改變
- 30. 具體 的行動步驟 • 沒有具體步驟, 每個人做的都會不同 – 不良的步驟 – 較好的步驟 30 • 開會要有效率 • 開會要有效率 • 會前要準備討論議程, 預定產出結果 • 會中有主持人, 會議記錄, 會議計時者 • 會議結束前 5 分鐘, 總結和定下一步
- 31. 要有衡量的指標 • 沒有衡量, 就不知道到底有沒有 做好 • 為改進項目定義 做好的標準 31 • 每個 story 要撰寫驗收標準 (AC) • 衡量指標 • 紀錄寫了多少條 AC • 多少 story 有寫 AC • 有多少 AC 被 PO 檢視過
- 32. 愛要及時, 回饋也是 32 只有手 動隨意 測試 每次故事 寫完後都 會進行自 動化測試 先準備 好測試 工具和 環境 目標一年後 2 週之後 研究工具 環境安裝 合適的標 準是什麼? 有和 CI 系 統整合嗎? 不是時間到才回饋
- 33. 不熟就不做, 不做就不熟 33 縮短 練習頻率 + 刻意 練習
- 35. 比馬龍效應 35
- 37. 大綱 回顧會議的問題 什麼是 Improvement Kata 如何落實 Improvement Kata 經理也是關鍵: Coach Kata 37
- 39. 39 精實思想中的經理是 扮演 導師 的角色 通過 不斷觀察 員 工行為, 給以反饋 和方向指引
- 40. Coach Kata 幫助您 培養教練技能 的教學程序 幫助 管理人員 教授 改進型 思維和行動 每天進行約 20 分鐘 為了 達成目標 而努力 幫助大家 更專注 40
- 41. 教練過程 - 釐清事實 (O) 41 下個目標狀態 是什麼 目前的狀態 是什麼 你最後做了 什麼改善 • A: 那目前的狀態是甚麼? • B: 較小的 story 都可以在 4 天內完 成, 但是中型或是大型的 story 不行 • A: 你最後一步做了什麼改善 • B: 我們試著把迭代改成一週 • A: 你的下一步目標狀態是甚麼? • B: 把 lead time 縮小到 4 天
- 42. 教練過程 – 了解感受和意義 (RI) 42 你預期會 有什麼結果 那真實的結果 是什麼 從中你學到 了什麼 • A: 你預期會有什麼結果? • B: 故事至多不會超過一週完成 • A: 那真實的結果是什麼? • B: 有些故事可以, 有些故事不行. 但 是因為測試時間少, 品質不太穩定 • A: 從中你學到了什麼 • B. 故事的梳理沒做徹底. 範圍不確 定, 導致時間不夠, 品質不好
- 43. 教練過程 – 決定行動 (D) 43 有什麼障礙 會阻擋你會達到 下個目標狀態 下一步你 打算做什麼? 預 期有什麼結果? 我們什麼時候可以 看看, 我們從下個 步驟中學習到什麼 • A: 若是要達到下一步目標時, 你遇 到甚麼阻礙? • B: 需求釐清, 故算不準, 對系統不熟 • A: 下一步你打算先處理什麼阻礙? 預 期有什麼結果? • B: 打算做好 PBR, 讓 SP1 能夠比較精 準 • A: 什麼時候可以看看這個步驟的成 果, 以及你學到了什麼 • B. 下週二吧. 哪時候已經做完一次 PBR 和 SP1
- 44. 新手教練 • 知道這些問題的目的 • 也知道如何問這些問題 • 但是 不知道如何讓團隊回答出有用的答案 44
- 45. 好奇和關心被教練的團隊 • 在意流程 • 在意進展 剛開始時 -> 太愛自己 • 團隊是否跟得上 • 團隊是否覺得很重要 • 團隊是否覺得有用 關心團隊 ->好奇和關心團隊 45
- 47. 沒有紀錄執行過程 日期/時 間 執行步驟 期望結果和標 準 發生什麼事 學習到什麼 10/27 10 AM PBR 會議 來撰寫故事 的驗收條件 產生驗收條件 幫助 評估準確 每個故事列 出了驗收條 件 不知道這些 驗收條件是 否足夠 11/1 10 AM Sprint Planning 1 根據 故事的驗 收條件選出我 們可以做多少 個故事 有驗收條件 可以幫助更 了解故事需 求 11/5 11AM Review 會議 故事可以準時 做完和展示 有些故事沒 做完, 因為實 作細節比想 像中的困難 不能只看功 能需求, 還需 要看設計需 求 47
- 49. 結論 停止回顧儀式, 開始持續改善 • 小步前進, 具體, 數據 Improvement Kata • 耐心, 關心, 專心 Coach Kata 49
- 50. 個人資訊 50 David Learning Journey Scrum Community in Taiwan
- 51. Q & A 51