高德拉特博士在《目標》書中說道：「事實上，為了說明瓶頸和非瓶頸之間的關係以及應該如何管理工廠，我擬定了九個原則……」 本講座將以一個簡單的遊戲，實際帶你領會這限制理論九大原則，並知道該如何運用在軟體開發及 DevOps 領域。 註： 1. 此處釋出的投影片，是去掉遊戲現場內容的精簡版。 2. 文章： http://school.soft-arch.net/blog/313477/toc-bottleneck-principles 3. 後來，此遊戲已擴充為 4 小時的企業內訓版：【敏捷開發與團隊塑造】。

1. William Yeh 葉秉哲
Agile Tour Hsinchu 2016 (2016-11-19)
瓶頸處理理九原則
… Applied to Agile & DevOps.
Scrum
Kanban
DevOps

2. Source: Essential Scrum, §19

3. Source: Essential Scrum, §19

4. Source: Essential Scrum, §19

6. 150 effort-hours ≈ 19 man-days
≈ 5 working days ?
One-week
sprint?

7. ≈ 1.5 working days ?
45 effort-hours ≈ 6 man-days

8. 1 2 3 4 5 6 7 8 9 10 11 12Hours
ETA?
Code the UIA.1 7
Automate testsA.2 8
Create DB schemaA.3 6
HTML mockupA.4 10
Icon artA.5 8
Audio recordingA.6 6
Tasks

9. 遊戲時間
Part 1
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

10. 遊戲時間
Part 2
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

11. 限制理理論
Theory of Constraints
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32
指導企業如何集中利利⽤用有限的資源，
把有限的資源⽤用在整個系統中最重要的地⽅方，
以求達到最⼤大的效益。

12. 專案進⾏行行期間，墨墨菲⼀一定會出擊，⽽而且不只⼀一次。
如果專案經理理不能聚焦或不能保持聚焦，
任何突發事故都會把整個專案
變成⼤大災難。
《關鍵鏈》p.104

13. 限制／瓶頸／制約
依存關係
統計波動
聚焦
持續改善

14. 瓶頸處理理九原則
Observations
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32
事實上，為了了說明瓶頸和非瓶頸之間的關係
以及應該如何管理理⼯工廠，我擬定了了九個原則⋯⋯
《⽬目標》p.222

15. 每個⼈人時時刻刻都在⼯工作的⼯工廠，是非常沒有效率的⼯工廠。
《⽬目標》p.132, p.322
①

16. 在非瓶頸設備省下的每個⼩小時都是虛幻的。
《⽬目標》p.364
②

17. 非瓶頸資源的利利⽤用程度，並不是完全由其⽣生產潛⼒力力來來決定，
⽽而是由系統中的其他制約因素來來決定。
《⽬目標》p.329, p.405
③

18. ⼯工廠的產能，就等於瓶頸的產能。
假如瓶頸損失⼀一⼩小時的⽣生產時間，就等於整個系統損失了了⼀一⼩小時。
《⽬目標》p.252, p.363
④

19. 絕對不可以浪費瓶頸的時間，應該讓瓶頸只處理理
對「今天」的有效產出有所貢獻的零件。
《⽬目標》pp.253—254
⑤

20. 怎麼樣會浪費掉瓶頸的時間呢？①讓瓶頸在休息時間停⼯工；
②讓瓶頸處理理不良的零件，或是讓零件在後來來的作業中，因為⼯工⼈人的疏忽
或是流程控制⾺馬虎⽽而產⽣生瑕疵；③讓瓶頸處理理你們不需要的零件。
應該事先就淘汰不良的零件，確定瓶頸只處理理沒有問題的零件。
《⽬目標》p.250, pp.253—254

21. 對於通過瓶頸的零件⽽而⾔言，排隊占了了⼤大半的時間，因為零件會在瓶頸前⾯面⼤大排
長龍，等待瓶頸處理理。對於只通過非瓶頸的零件⽽而⾔言，等候則占據了了⼤大半的時
間，因為它們為了了等待從瓶頸來來的零件，只好在裝配部前⾯面守候。
也就是說，不管在哪⼀一種狀狀況下，
瓶頸都掌控了了零件在⼯工廠耗費的時間，瓶頸控制了了存貨和有效產出。
《⽬目標》p.362, p.406
⑥

22. 瓶頸不⼀一定很壞，或很好，瓶頸只是你們所⾯面對的現實罷了了。
找到瓶頸在哪裡之後，你們必須利利⽤用瓶頸來來控制通過系統和進入市場的流量量。
《⽬目標》p.223
⑦

23. 減輕瓶頸的負擔，把部分⼯工作移交給非瓶頸的⽣生產資源。
《⽬目標》p.254
⑧

24. 要平衡流量量，⽽而不是產能。
《⽬目標》p.222
⑨

25. 聚焦五步驟
Process of ongoing improvement - POOGI
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32
在『有效產出世界』，
「集中焦點」和「持續改善」並非兩兩個不同的程序，
⽽而是同⼀一個程序。
《關鍵鏈》p.131

26. 確認瓶頸① Identify

27. 決定如何充分利利⽤用瓶頸② Exploit

28. 其他⼀一切遷就以上決定③ Subordinate

29. 鬆綁制約因素④ Elevate

30. 避免惰性，回到步驟⼀一⑤ Prevent Inertia

31. Conclusion

33. 我們絕對不可以試圖把系統中的每⼀一種資源都發揮到極致。
《⽬目標》p.331
每個⼈人時時刻刻都在⼯工作的⼯工廠，是非常沒有效率的⼯工廠。
《⽬目標》p.132, p.322
依存關係 統計波動

34. 限制／瓶頸／制約
依存關係
統計波動
聚焦
持續改善

35. For more info, read my articles:
Sprint 的 dependency
http://school.soft-arch.net/blog/298556/dependency-in-sprint
TOC 瓶頸處理理九⼤大原則
http://school.soft-arch.net/blog/313477/toc-bottleneck-principles
⽤用 POOGI ⾓角度看 Scrum 案例例
http://school.soft-arch.net/blog/317871/poogi-view-of-scrum-case
Story point 的數值
http://school.soft-arch.net/blog/317587/story-points