限制理論 (Theory of Constraints,TOC) 由以色列學者, 高德拉特, 所發展出來的管理哲學. 他認為公司中就像是一條鏈條, 每個部門就是鏈條中的一環. 系統的強度取決於鏈條中最弱的一環, 而非最強的一環. 所以要使公司變強, 就要把對最弱的一環下手. 而這最弱的一環, 我們稱之為瓶頸, 或者是限制, 他會阻礙系統變得更強.
 
 
在目標一書中, 他提出了聚焦五步驟(five focusing steps) 來處理限制. 其原文如下:
 
 
1. Identify the Constraint
2. Exploit the Constraint
3. Subordinate Everything Else to the Constraint
4. Elevate the Constraint
5. Prevent Inertia from Becoming the Constraint
 
我想一開始, 大家一定有看沒有懂, 分開都認識, 但是合起來好難懂. 因此我上網找了一下, 有的人翻譯如下
 
1. 找出系統的瓶頸
2. 決定如何利用瓶頸
3. 根據上述決定,調整其他的一切
4. 把系統的瓶頸鬆綁
5. 假如步驟4打破了原有的瓶頸,那麼就回到步驟1
 
老實說, 我還是覺得不容易懂, 因此再多方找尋下, 下面這個對我來說比較容易懂些
 
步驟一: 找出瓶頸 
步驟二: 確保瓶頸的地方保持全速前進 
步驟三: 確保其他地方也能配合瓶頸的節奏
步驟四: 加資源去處理瓶頸 
步驟五: 假如步驟4打破了原有的瓶頸, 那就重複步驟一 

我們舉個例子來說, 如果說測試是開發中的瓶頸. 由限制理論來說, 我們可以採取以下方式來改進
 
步驟一: 找出瓶頸 
    測試是目前的瓶頸
 
步驟二: 確保瓶頸的地方保持全速前進 
    不讓測試人員去開不必要的會
    給測試人員足夠且快速的機器
    幫測試人員訂午餐便當和下午茶
 
步驟三: 確保其他地方也能配合瓶頸的節奏
    先用 spec by example 確認好需求的範圍 
    要求開發人員做些簡單的測試自動化 
    要求開發人員的設計做檢視 
    (這裡的想法是, 如果丟給測試人員的程式, 都有些基本的品質, 測試人員就可以專心在複雜的 scenario)
 
步驟四: 加資源去處理瓶頸 
    讓分析人員來幫忙做些簡單的測試
    讓開發人員處理效能測試
 
步驟五: 假如步驟4打破了原有的瓶頸, 那就重複步驟一 
 
 
See, 聚焦五步驟有沒有變得比較容易懂了.... 不過, 記得要先找出瓶頸, 否則聚焦五步驟還是白搭. 須知道在瓶頸以外的改善, 都是白搭.
 
嗯, 有空還是要上網多 google, 並且也多聽不同人的講法, 這樣學習一個新的東西就會快很多. XD
arrow
arrow
    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()