豐田的精益系統(tǒng)由兩大支柱構(gòu)成。一為及時(shí)生產(chǎn)，即以拉動(dòng)方式、小批量均衡化的生產(chǎn)，追求零庫(kù)存。一為自動(dòng)糾錯(cuò)（或稱內(nèi)建質(zhì)量），即將質(zhì)量融入產(chǎn)品的設(shè)計(jì)與生產(chǎn)中，而非靠事后檢驗(yàn)來提高，其核心思想是上游工序必須保證絕不傳遞瑕疵品。關(guān)于拉動(dòng)生產(chǎn)，前文已經(jīng)提了很多，鑒于質(zhì)量問題的極端重要性，本文專門探討下這個(gè)內(nèi)建質(zhì)量體系。

首先，質(zhì)量不應(yīng)該是通過檢驗(yàn)(測(cè)試)來提高的，我們僅僅用檢驗(yàn)將不合格品找出來，并且根據(jù)檢驗(yàn)結(jié)果來間接衡量質(zhì)量情況而已，常見的檢驗(yàn)方法有如下兩種:

1.最終檢驗(yàn)：去數(shù)一下在生產(chǎn)的末端有多少件不合格品，然后加上流入客戶的不合格品，這樣可以得到一個(gè)不合格率，也就是不合格品在全部產(chǎn)品中所占的比例。但是這個(gè)數(shù)據(jù)不能夠用來說明過程，不能發(fā)現(xiàn)問題在哪里。這項(xiàng)指標(biāo)在軟件業(yè)中稱為泄漏故障，但泄漏故障數(shù)只反應(yīng)了軟件對(duì)外部暴露出來的質(zhì)量情況，無法反映出軟件開發(fā)過程中的浪費(fèi)。

2.清點(diǎn)內(nèi)部報(bào)廢：清點(diǎn)在生產(chǎn)中丟棄和返工的不合格品。更精確一點(diǎn)，找出生產(chǎn)的每一個(gè)步驟中可能出現(xiàn)的問題，我們稱之為缺陷機(jī)會(huì)。使用這種方法，我們才能找出問題并將他們分等級(jí)，計(jì)算出每一百萬件產(chǎn)品中的缺陷率。這樣才會(huì)對(duì)工廠的生產(chǎn)能力有比較準(zhǔn)確的認(rèn)識(shí)。比如菲爾的工廠采用紅箱子機(jī)制后，頭一天就發(fā)現(xiàn)了20％的不合格品（一天內(nèi)總共裝配35個(gè)斷路器，其中有8個(gè)需要返工），以前這些都是員工自行在修理，結(jié)果掩蓋了深層次的設(shè)計(jì)問題。這條在軟件業(yè)中就是技術(shù)債務(wù)、內(nèi)部泄漏(代碼交給項(xiàng)目組測(cè)試內(nèi)測(cè)后才發(fā)現(xiàn)的問題)、CI靜態(tài)檢查或者自動(dòng)化測(cè)試發(fā)現(xiàn)的問題，關(guān)注這些才能對(duì)軟件的內(nèi)在質(zhì)量，以及項(xiàng)目軟件開發(fā)流程中的問題有更深的了解。

其次，為做到內(nèi)建質(zhì)量，需要滿足三條：

1.內(nèi)建問題識(shí)別能力：任何時(shí)候，工人和機(jī)器都要有識(shí)別和檢查錯(cuò)誤的能力。對(duì)應(yīng)在工廠中采用實(shí)踐為紅箱子策略：找一些紅色塑料箱，然后把他們發(fā)給生產(chǎn)線上的每一個(gè)工人。同時(shí)告訴他們，不允許返工，如果發(fā)現(xiàn)了任何不合格品，不管是零件，還是來自于上一個(gè)工位的中間產(chǎn)品，都要把它放到紅箱子里面去。

2.問題可視化與及時(shí)處理：對(duì)于出現(xiàn)的任何錯(cuò)誤，需要設(shè)法將其及時(shí)暴露出來，然后立即進(jìn)行處理。對(duì)應(yīng)實(shí)踐為安燈（Andon）系統(tǒng)：每個(gè)工位旁有一根繩子，稱為安燈繩，如果工人發(fā)現(xiàn)問題，將其拉動(dòng)，一個(gè)信號(hào)燈就會(huì)亮起來，燈上數(shù)字對(duì)應(yīng)著進(jìn)行作業(yè)的工位，然后現(xiàn)場(chǎng)管理人員(一般是領(lǐng)班和負(fù)責(zé)的工程師)就會(huì)立即到該工位去確定問題，并協(xié)助解決問題。在這個(gè)系統(tǒng)中工人做的是發(fā)現(xiàn)問題并尋求幫助。如果管理人員能快速有效的解決問題，生產(chǎn)線就不會(huì)停下來，這樣管理人員和工人共同承擔(dān)了責(zé)任。

3.一條需要嚴(yán)格執(zhí)行的紀(jì)律:當(dāng)一個(gè)不合格品被發(fā)現(xiàn)的時(shí)候，不管是什么原因，如果一個(gè)生產(chǎn)周期里問題無法解決，必須停止生產(chǎn)線進(jìn)行調(diào)查。

這三項(xiàng)要求環(huán)環(huán)相扣，對(duì)應(yīng)在軟件業(yè)中，就是，一：開發(fā)人員需要有質(zhì)量意識(shí)，和足夠的技術(shù)水平能識(shí)別代碼風(fēng)險(xiǎn)，對(duì)于發(fā)現(xiàn)的技術(shù)債務(wù)需要將其顯示暴露出來，這能讓團(tuán)隊(duì)及時(shí)了解哪個(gè)環(huán)節(jié)出現(xiàn)了風(fēng)險(xiǎn)；二：需要有持續(xù)集成系統(tǒng)(CI)，并且盡可能把代碼審查，自動(dòng)化測(cè)試等功能加入，并且把CI檢查結(jié)果可視化給整個(gè)項(xiàng)目團(tuán)隊(duì)；三：嚴(yán)格的CI紀(jì)律，只要CI失敗，其他人都必須停止合入代碼，直至問題修復(fù)。在整個(gè)體系中，這第三點(diǎn)至關(guān)重要，有些人覺得，有錯(cuò)發(fā)現(xiàn)就行了，問題又不是我引發(fā)的，為什么需要我也停下來？ 我覺得至少有如下幾個(gè)原因：首先，當(dāng)問題出現(xiàn)后，其他人再提交新代碼，可能在前一個(gè)問題未解決前就帶入新的故障，最后導(dǎo)致整個(gè)系統(tǒng)的問題解決時(shí)間延長(zhǎng)；其次，停止生產(chǎn)線對(duì)及時(shí)解決問題是一個(gè)正向壓力，這種壓力會(huì)促使代碼提交者更關(guān)注新提交代碼的質(zhì)量(避免新提代碼破壞CI)，同時(shí)會(huì)盡力提升代碼的提升次數(shù)同時(shí)降低每次代碼提交的數(shù)量（小步提交，即使出現(xiàn)問題也能在很短的時(shí)間內(nèi)解決），當(dāng)大家都采用小步提交技術(shù)后，又會(huì)進(jìn)一步促進(jìn)CI系統(tǒng)的完善和提升（加快CI的構(gòu)建速度，縮短檢查間隙），從而觸發(fā)一個(gè)正向循環(huán)；第三，堅(jiān)持這種紀(jì)律也是在向整個(gè)項(xiàng)目團(tuán)隊(duì)宣貫質(zhì)量第一的思想，不能因?yàn)橼s時(shí)間而在質(zhì)量上妥協(xié)，只有這樣才能真正降低項(xiàng)目的維護(hù)成本。而且，從另一個(gè)角度看，如果項(xiàng)目雖然口頭上天天喊質(zhì)量第一，但在實(shí)際操作時(shí)，卻連CI紀(jì)律都無法貫徹，站在員工這邊，會(huì)怎么理解這個(gè)質(zhì)量口號(hào)呢。

最后，在內(nèi)建質(zhì)量三項(xiàng)基本要求以外，我們還需要注意一些和人相關(guān)的問題，才能保證質(zhì)量建設(shè)能夠持續(xù)改善下去，這些問題包括：

1.提升工人的問題識(shí)別能力，需要在系統(tǒng)思考上下功夫，讓工人把缺陷和上游工位的工作聯(lián)系起來，從整體上對(duì)好和不好的產(chǎn)品有明確認(rèn)識(shí)。并能從以下幾個(gè)方面去找問題：

怎么知道所做的工作是正確的？

怎么知道沒有為下游工位制造問題？

碰到問題的時(shí)候，如何解決？

2.需要改變工人不關(guān)心質(zhì)量的現(xiàn)狀。這里至少需要有一個(gè)機(jī)制讓大家可以提建議,而且管理層需要迅速的回應(yīng)大家提出的建議。在回應(yīng)建議時(shí)，有兩個(gè)注意事項(xiàng)。一是時(shí)間,不能超過一周，超過了，提建議者的熱情就會(huì)冷卻。二是內(nèi)容，回應(yīng)并不是一定要求在這么短的時(shí)間內(nèi)解決問題，員工們真正需要的是管理層去和他們溝通。也即，"你必須把自己大部分的時(shí)間奉獻(xiàn)給現(xiàn)場(chǎng)和員工，否則，員工不會(huì)把他們奉獻(xiàn)給公司。"