看板實驗室
•
14 gostaram•959 visualizações
敏捷軟體開發中，Scrum與Kanban這兩個方法論最廣為人知，Scrum提供完整的開發框架讓團隊在增量迭代過程中交付成果，而看板方法則是種針對組織的漸進式進化過程，透過視覺化現有開發流程，限制當前工作數量，揭露系統的問題與瓶頸，進而找到解決問題的機會並持續改善系統。 看板方法源自豐田生產方式，幫助開發團隊改善在軟體開發流程，那麼在日常生活中也能借用看板方法嗎？以個人為例，我看書的習慣很糟糕，喜歡嘗鮮卻沒耐心閱讀，想深入研究卻容易被困難打敗，手邊總是累積五六本閱讀中的書，但時間一久有些書就荒廢了。看書沒效率加上買書不節制，書架上的書越積越多，什麼都碰的結果就是沒有一樣專精。幾個月前剛接觸看板方法，於是靈機一動想嘗試使用看板方法管理自己的閱讀習慣。 在這次分享，希望透過改善個人閱讀習慣的小實驗把看板方法介紹給大家，分享內容分成四個部分： 簡介看板方法、描述問題、改善過程、成果與討論 公司沒有使用敏捷開發，不代表個人不能敏捷管理。如果不能改變別人，至少可以改變自己。如果工作上沒機會敏捷，在生活上實驗敏捷也挺有趣的。
Recomendados
Mais conteúdo relacionado
Semelhante a 看板實驗室
Semelhante a 看板實驗室 (20)
Mais de hugo lu
看板實驗室
- 2. 是誰? 加 Hugo 加 軟體工程師 @ IC設計 司 加 看 苦行僧 XD 加 FB: printk@gmail.com
- 3. Agenda 加 簡介看板方法 加 述問 加 改善過程 加 果與討論
- 7. 看板方法 加 David J. Anderson 出 加 科技企業漸進變革 之 加 可持續的步調 加 克服變革阻力 加 不是流程或框架 加 卡 推看板方法
- 11. 看板方法的原則 • 可視化工作流程 • 限制進行中的工作 • 度量和管理流動 • 明確過程策略 • 使用模型來識別改進機會
- 12. 可視化工作流程 • 畫出現 的價值流圖 • 定義 制起點與終點 • 不要改變工作流程 • 不要改變 員職責
- 13. 限制進行中的工作 加 WIP (Work-in-Progress) 加 避免浪費 加 防止過載 加 先設置一個差不多的限 ，實驗看看，必 要時觀察效果，再對限 調整
- 14. 度量和管理流動 加 Lead Time: 接受任務到交付價值的時間 加 WIP大 → Lead Time 長 → bug多 → Quality差 加 度量: 透過觀察，找出改善的點 加 改善: 舒緩瓶頸 避免浪費 消除變異點
- 15. 明確過程策略 加 根據不同服務類別分配資源 – 標準類 (Standard Class) – 固定交付日期類 (Fixed Delivery Date) – 急類 (Expedite) – 無形類 (Intangible Class) 加 為服務類別設置規則條款 – 根據服務類別分配產能 – 授權團隊 員自 管理
- 16. 使用模型來識別改進機會 加 限制理論 (Theory of Constraints) 加 精實開發 (Lean Software Development) 加 個標準差 (Six Sigma)
- 17. 的問 不自量力 容易分心
- 19. 用看 來解決問
- 20. 階段一 加 問 : 千頭萬緒，不知 該怎麼開始 加 解法: 把目前的工作流程畫出來
- 21. MyKanban v1 Todo Doing Done
- 23. 階段二 加 問 : 發現同時讀太多書，閱讀效率不好 加 解法: 限制WIP
- 25. 階段三 加 問 : 以書本為單位，難以追蹤管理 (流動緩慢 變異數大) 加 解法: 拆解處理單位，書本 → 章節 (使用泳 管理書本)
- 28. 階段四 加 問 : 看書時囫圇吞棗，看完後 忘記 加 解法: 清楚定義完 條件
- 29. 四個基本問 加 整體來說， 本書到底在談些什麼? 加 作者 部說了什麼? 怎麼說的? 加 本書說的 理嗎? 部還是部分? 加 本書跟你 什麼關係?
- 30. 掌握大綱 • 用簡短的話，敘述 容 • 將重要句子依照順序與關連，架構綱要 • 找出作者想要解決的問
- 31. 用心智圖畫大綱
- 32. 詮釋 容 • 找出關鍵字，與作者 共識 • 從重要的句子，抓出到作者的想法 • 從相關的句子，架構出作者的論點 • 找出作者 解決 未解決，或無解的問
- 33. 條列作者論點
- 34. 評論觀點 • 是否同意作者的觀點 • 哪些是作者沒 到的 • 哪些是作者給錯資訊 • 哪些是作者邏輯 誤 • 哪些是作者分析或解釋不完整
- 37. 階段五 加 問 : 閱讀清單太長，不知 該挑哪一本? 加 解法: 與自 溝 ，排出優先順序
- 38. Lead Time 分布圖 0 5 10 15 1 2 3 4 5 SLA=2 (80%)
- 39. 積流量圖 0 5 10 15 20 25 30 35 40 45 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 Done=38
- 40. 說服自 量力而為 加 Throughput = 38 任務/ 加 假設一本書 20章(任務)， 測平均一個 最多只能看 本書 加 限制輸入隊列只能放5本書是很合理的
- 42. 果討論 Before After 不清楚看了哪些書 看板紀錄當前狀態 同時閱讀太多書 同時最多看4本書 不容易掌握閱讀節奏 使用任務追蹤閱讀進度 一目十行，過目即忘 紀錄大綱 論點 心得 書單太長，讀書沒 計畫 隨時調整閱讀順序
- 43. 自 的問 自 解
- 44. 是 的Kanban，你的呢?