Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.
看板實驗室
Kanban Lab
Hugo
12/22/2014
是誰?
加 Hugo
加 軟體工程師 @ IC設計 司
加 看 苦行僧 XD
加 FB: printk@gmail.com
Agenda
加 簡介看板方法
加 述問
加 改善過程
加 果與討論
Waterfall
http://goo.gl/wzVrWn
Scrum
http://goo.gl/gq9aEY
Kanban
http://goo.gl/20GUC5
看板方法
加 David J. Anderson 出
加 科技企業漸進變革 之
加 可持續的步調
加 克服變革阻力
加 不是流程或框架
加 卡 推看板方法
看板源自豐 生產系統
http://goo.gl/cX8Niu
看板是一種訊號卡
http://goo.gl/5aLi9z
看板是一種卡
http://goo.gl/M8f1qq
看板方法的原則
• 可視化工作流程
• 限制進行中的工作
• 度量和管理流動
• 明確過程策略
• 使用模型來識別改進機會
可視化工作流程
• 畫出現 的價值流圖
• 定義 制起點與終點
• 不要改變工作流程
• 不要改變 員職責
限制進行中的工作
加 WIP (Work-in-Progress)
加 避免浪費
加 防止過載
加 先設置一個差不多的限 ,實驗看看,必
要時觀察效果,再對限 調整
度量和管理流動
加 Lead Time: 接受任務到交付價值的時間
加 WIP大 → Lead Time 長 → bug多 →
Quality差
加 度量: 透過觀察,找出改善的點
加 改善: 舒緩瓶頸 避免浪費 消除變異點
明確過程策略
加 根據不同服務類別分配資源
– 標準類 (Standard Class)
– 固定交付日期類 (Fixed Delivery Date)
– 急類 (Expedite)
– 無形類 (Intangible Class)
加 為服...
使用模型來識別改進機會
加 限制理論 (Theory of Constraints)
加 精實開發 (Lean Software Development)
加 個標準差 (Six Sigma)
的問
不自量力
容易分心
九 底學了Kanban
http://goo.gl/h86Klk
用看 來解決問
階段一
加 問 : 千頭萬緒,不知 該怎麼開始
加 解法: 把目前的工作流程畫出來
MyKanban v1
Todo Doing Done
Work Item
#1
S:10/18 E:
看板方法
階段二
加 問 : 發現同時讀太多書,閱讀效率不好
加 解法: 限制WIP
MyKanban v2
Todo Doing
WIP=4
Done
階段三
加 問 : 以書本為單位,難以追蹤管理
(流動緩慢 變異數大)
加 解法: 拆解處理單位,書本 → 章節
(使用泳 管理書本)
MyKanban v3
Todo 書本
WIP=4
已完成進行中
WIP=6
任務清單
時候讀完書,感覺...
http://goo.gl/nWY9cR
階段四
加 問 : 看書時囫圇吞棗,看完後 忘記
加 解法: 清楚定義完 條件
四個基本問
加 整體來說, 本書到底在談些什麼?
加 作者 部說了什麼? 怎麼說的?
加 本書說的 理嗎? 部還是部分?
加 本書跟你 什麼關係?
掌握大綱
• 用簡短的話,敘述 容
• 將重要句子依照順序與關連,架構綱要
• 找出作者想要解決的問
用心智圖畫大綱
詮釋 容
• 找出關鍵字,與作者 共識
• 從重要的句子,抓出到作者的想法
• 從相關的句子,架構出作者的論點
• 找出作者 解決 未解決,或無解的問
條列作者論點
評論觀點
• 是否同意作者的觀點
• 哪些是作者沒 到的
• 哪些是作者給錯資訊
• 哪些是作者邏輯 誤
• 哪些是作者分析或解釋不完整
MyKanban v4
Todo 任務
完成
大綱
WIP=6
DoD
書本
WIP=4
評論
WIP=4
詮釋
WIP=6
任務清單 DoD DoD
還 好多書沒看...
http://goo.gl/nVolLW
階段五
加 問 : 閱讀清單太長,不知 該挑哪一本?
加 解法: 與自 溝 ,排出優先順序
Lead Time 分布圖
0
5
10
15
1 2 3 4 5
SLA=2 (80%)
積流量圖
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
說服自 量力而為
加 Throughput = 38 任務/
加 假設一本書 20章(任務), 測平均一個
最多只能看 本書
加 限制輸入隊列只能放5本書是很合理的
MyKanban v5
輸入隊列
(5)
任務
完成
大綱
WIP=6
DoD
書本
WIP=4
評論
WIP=4
詮釋
WIP=6
任務清單 DoD DoD
果討論
Before After
不清楚看了哪些書 看板紀錄當前狀態
同時閱讀太多書 同時最多看4本書
不容易掌握閱讀節奏 使用任務追蹤閱讀進度
一目十行,過目即忘 紀錄大綱 論點 心得
書單太長,讀書沒 計畫 隨時調整閱讀順序
自 的問
自 解
是 的Kanban,你的呢?
Nächste SlideShare
Wird geladen in …5
×

看板實驗室

808 Aufrufe

Veröffentlicht am

敏捷軟體開發中,Scrum與Kanban這兩個方法論最廣為人知,Scrum提供完整的開發框架讓團隊在增量迭代過程中交付成果,而看板方法則是種針對組織的漸進式進化過程,透過視覺化現有開發流程,限制當前工作數量,揭露系統的問題與瓶頸,進而找到解決問題的機會並持續改善系統。

看板方法源自豐田生產方式,幫助開發團隊改善在軟體開發流程,那麼在日常生活中也能借用看板方法嗎?以個人為例,我看書的習慣很糟糕,喜歡嘗鮮卻沒耐心閱讀,想深入研究卻容易被困難打敗,手邊總是累積五六本閱讀中的書,但時間一久有些書就荒廢了。看書沒效率加上買書不節制,書架上的書越積越多,什麼都碰的結果就是沒有一樣專精。幾個月前剛接觸看板方法,於是靈機一動想嘗試使用看板方法管理自己的閱讀習慣。

在這次分享,希望透過改善個人閱讀習慣的小實驗把看板方法介紹給大家,分享內容分成四個部分: 簡介看板方法、描述問題、改善過程、成果與討論

公司沒有使用敏捷開發,不代表個人不能敏捷管理。如果不能改變別人,至少可以改變自己。如果工作上沒機會敏捷,在生活上實驗敏捷也挺有趣的。

Veröffentlicht in: Software
  • Als Erste(r) kommentieren

看板實驗室

  1. 1. 看板實驗室 Kanban Lab Hugo 12/22/2014
  2. 2. 是誰? 加 Hugo 加 軟體工程師 @ IC設計 司 加 看 苦行僧 XD 加 FB: printk@gmail.com
  3. 3. Agenda 加 簡介看板方法 加 述問 加 改善過程 加 果與討論
  4. 4. Waterfall http://goo.gl/wzVrWn
  5. 5. Scrum http://goo.gl/gq9aEY
  6. 6. Kanban http://goo.gl/20GUC5
  7. 7. 看板方法 加 David J. Anderson 出 加 科技企業漸進變革 之 加 可持續的步調 加 克服變革阻力 加 不是流程或框架 加 卡 推看板方法
  8. 8. 看板源自豐 生產系統 http://goo.gl/cX8Niu
  9. 9. 看板是一種訊號卡 http://goo.gl/5aLi9z
  10. 10. 看板是一種卡 http://goo.gl/M8f1qq
  11. 11. 看板方法的原則 • 可視化工作流程 • 限制進行中的工作 • 度量和管理流動 • 明確過程策略 • 使用模型來識別改進機會
  12. 12. 可視化工作流程 • 畫出現 的價值流圖 • 定義 制起點與終點 • 不要改變工作流程 • 不要改變 員職責
  13. 13. 限制進行中的工作 加 WIP (Work-in-Progress) 加 避免浪費 加 防止過載 加 先設置一個差不多的限 ,實驗看看,必 要時觀察效果,再對限 調整
  14. 14. 度量和管理流動 加 Lead Time: 接受任務到交付價值的時間 加 WIP大 → Lead Time 長 → bug多 → Quality差 加 度量: 透過觀察,找出改善的點 加 改善: 舒緩瓶頸 避免浪費 消除變異點
  15. 15. 明確過程策略 加 根據不同服務類別分配資源 – 標準類 (Standard Class) – 固定交付日期類 (Fixed Delivery Date) – 急類 (Expedite) – 無形類 (Intangible Class) 加 為服務類別設置規則條款 – 根據服務類別分配產能 – 授權團隊 員自 管理
  16. 16. 使用模型來識別改進機會 加 限制理論 (Theory of Constraints) 加 精實開發 (Lean Software Development) 加 個標準差 (Six Sigma)
  17. 17. 的問 不自量力 容易分心
  18. 18. 九 底學了Kanban http://goo.gl/h86Klk
  19. 19. 用看 來解決問
  20. 20. 階段一 加 問 : 千頭萬緒,不知 該怎麼開始 加 解法: 把目前的工作流程畫出來
  21. 21. MyKanban v1 Todo Doing Done
  22. 22. Work Item #1 S:10/18 E: 看板方法
  23. 23. 階段二 加 問 : 發現同時讀太多書,閱讀效率不好 加 解法: 限制WIP
  24. 24. MyKanban v2 Todo Doing WIP=4 Done
  25. 25. 階段三 加 問 : 以書本為單位,難以追蹤管理 (流動緩慢 變異數大) 加 解法: 拆解處理單位,書本 → 章節 (使用泳 管理書本)
  26. 26. MyKanban v3 Todo 書本 WIP=4 已完成進行中 WIP=6 任務清單
  27. 27. 時候讀完書,感覺... http://goo.gl/nWY9cR
  28. 28. 階段四 加 問 : 看書時囫圇吞棗,看完後 忘記 加 解法: 清楚定義完 條件
  29. 29. 四個基本問 加 整體來說, 本書到底在談些什麼? 加 作者 部說了什麼? 怎麼說的? 加 本書說的 理嗎? 部還是部分? 加 本書跟你 什麼關係?
  30. 30. 掌握大綱 • 用簡短的話,敘述 容 • 將重要句子依照順序與關連,架構綱要 • 找出作者想要解決的問
  31. 31. 用心智圖畫大綱
  32. 32. 詮釋 容 • 找出關鍵字,與作者 共識 • 從重要的句子,抓出到作者的想法 • 從相關的句子,架構出作者的論點 • 找出作者 解決 未解決,或無解的問
  33. 33. 條列作者論點
  34. 34. 評論觀點 • 是否同意作者的觀點 • 哪些是作者沒 到的 • 哪些是作者給錯資訊 • 哪些是作者邏輯 誤 • 哪些是作者分析或解釋不完整
  35. 35. MyKanban v4 Todo 任務 完成 大綱 WIP=6 DoD 書本 WIP=4 評論 WIP=4 詮釋 WIP=6 任務清單 DoD DoD
  36. 36. 還 好多書沒看... http://goo.gl/nVolLW
  37. 37. 階段五 加 問 : 閱讀清單太長,不知 該挑哪一本? 加 解法: 與自 溝 ,排出優先順序
  38. 38. Lead Time 分布圖 0 5 10 15 1 2 3 4 5 SLA=2 (80%)
  39. 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. 40. 說服自 量力而為 加 Throughput = 38 任務/ 加 假設一本書 20章(任務), 測平均一個 最多只能看 本書 加 限制輸入隊列只能放5本書是很合理的
  41. 41. MyKanban v5 輸入隊列 (5) 任務 完成 大綱 WIP=6 DoD 書本 WIP=4 評論 WIP=4 詮釋 WIP=6 任務清單 DoD DoD
  42. 42. 果討論 Before After 不清楚看了哪些書 看板紀錄當前狀態 同時閱讀太多書 同時最多看4本書 不容易掌握閱讀節奏 使用任務追蹤閱讀進度 一目十行,過目即忘 紀錄大綱 論點 心得 書單太長,讀書沒 計畫 隨時調整閱讀順序
  43. 43. 自 的問 自 解
  44. 44. 是 的Kanban,你的呢?

×