
看板方法、流程與持續改善
|
347
這個例子展現了推式系統和拉式系統的差別。酥炸橄欖攤位使用推式系統:一長串
的排隊人潮。人們「推動」著,因為在他們的排隊之下產生了需求。橄欖攤販對需
求沒有任何的控制能力;他們僅能將橄欖賣給下一個在隊伍中的人。但是在烤玉米
攤販中,是由在烤架攤的人在「拉動」著,因為是他們把票券交給收錢的攤子。他
們使用那些票券把人們拉到烤架前,而且可以透過限制票券數目的方式來限制他們
拉動的人數。這就是他們實施 WIP 上限的方式,這讓他們可以平衡票券數目以及烤
架上的玉米數目。調整 WIP 上限讓他們可以在百忙之中因應變化。
我沒有一堆零件需要被組裝成一輛車,或是玉米等著被烤熟。我建構軟體,所
以我總是在解決不同的問題。這要如何適用在我身上呢?
看板可以適用在你身上,因為它只是一個讓你可以在忙碌的情況下處理專案變動的
系統。限制 WIP 並控制等待中的工作數量可以降低不穩定。標示延遲的來源以及運
用根本原因分析之類的技術來降低不穩定性。直搗對經濟效益有負面影響的不穩定
性來源,並且管理系統的風險,是看板的核心技術。
5
這是開發團隊應該做許多事情之一。事實上,你可以辯稱軟體團隊實際上需要處理
比汽車製造商或是玉米攤販更多的變動(Variability)。讓軟體跟世界上其他工程產
品不同的是它的
可變性
(
Changeable
),因為軟體不是實體的東西,軟體工程師對於
軟體,可以比其他工程師有更大程度的改變或是更晚再做更動。
但是每個改變都帶有風險,而且如果你的專案因為想法不停改變而反反覆覆,那麼 ...