第5部分(第2/5 頁)

個問題失敗的機率和確切的後果，只有當我們是為失敗而設計時才是重要的！最重要的問題是：

什麼導致了失敗？

在什麼條件下產品會失敗？

什麼設計條件可以防止失敗？

這些問題引導我們去尋找一個更好的、不會失敗的設計。這樣獲得準確的答案會容易得多，否則，估計失敗的機率是非常困難的，一方面是因為對於一個設計良好的產品來說，失敗的機率非常低；另一方面遵循墨菲法則（Murphy�s　law），任何可能出錯的事物都會出現（小機率事件往往也會發生）——因此一定要努力設計那些完全不會出錯的產品。

開始消除浪費

透過舉辦一些研討會和運用流程圖方法，著手消除開發流程中浪費的步驟和工具。這是一個好方法，幫助開發人員將注意力集中在獲取知識，而不是完成等待檢查的任務。你將看到立竿見影的好處，從而日後對精益更有自信。

豐田很少使用正式的FMEA。相對應地，他們建立了以權衡曲線為中心的開發流程，這回答了我們之前提出的那幾個問題。你可以運用同樣的分析流程，去識別和消除流程中由不良的工具帶來的浪費。

我希望你能看到，散亂失序和與其相關的浪費（溝通障礙和不良的工具的運用）源於傳統思維的“正確地做事”。當我們向前面對更多的浪費時，你將會發現同樣的情況。在這裡，我們需要介紹另外一個工具——能幫助你讓系統中的浪費視覺化的工具。

時間進度圖，有助於觀察浪費

如何能“觀察”開發流程？（眼睛看見是非常重要的，因為一半的大腦都用來處理目視化的資訊。所以，大家對於視覺化的資訊會更容易理解些。）對流程觀察得越仔細，就能越有效地發現浪費。

我推薦你用資源消耗時間進度圖（見圖2�3）這個工具，就像這個例子裡，我們描述一個典型的、完整的產品開發流程時所用的一樣。你也可以對其中的一部分工作分析其時間進度，如製造原型產品的工作。

圖2�3資源消耗的時間程序圖

橫軸代表專案在釋出之前的時間，以日期或其他時間單位，從小時到年。縱軸代表花費的工作量（資源消耗）。典型情況下，這裡的單位是FTE（full�time　equivalent；相當於全職人員的工作量）。兩個人工作，每人花1/2時間在一個專案上，花費的工作量是一個FTE。

你是否觀察到由於工作負荷波動而導致的散亂失序？不同部門花在同一個專案上的資源分配不同，因此他們不得不努力跟上多個不同專案中不同的工作進度要求。如果一個專案沒有跟上，那麼幹擾就可能沒完沒了。你可以在時間進度圖上工作負荷發生劇烈變化的點上，標上一個散亂失序的標誌，作為提醒。

如果你已經有了某種用圖示繪製的流程圖（如關鍵路徑圖、工序流程圖或者工廠的價值流圖），就運用它們去分析現有系統中的各種浪費。然而，你需要理解這些工具存在的問題：

�　這些圖上通常沒有顯示資源的工作負荷，因此無法幫你實現均衡負荷或規劃資源的功能。

�　這些圖強迫你使用順序思考的方式，一個在前一個在後的次序，不能反映開發活動實際進行的方式。實際上，順序式思維正是我們想要努力避免的。

�　這些圖強迫你採用通道化的思考方式，這個人得與那個人溝通，這一點也是我們想要避免的（在我們提倡的拉動系統中，知識是隨處可得的）。

圖2�4並行的資源消耗——時間程序圖

當我們消除浪費和邁向精益開發系統的時候，順序流程就變得並行了。並行流程（見圖2�4）執行得更加平順，更容易和其他流