看板，從制造業(yè)到軟件-04

看板，從制造業(yè)到軟件

上回我們?nèi)サ搅颂恕柏S田車間”，看到了豐田的拉動式生產(chǎn)方式。還記得“豐田車間”的墻上寫著，“豐田生產(chǎn)方式的兩大支柱是準時化和自働化，看板是運營這一系統(tǒng)的工具”這句話嗎（開玩笑了^_^）。看板在TPS中是起到了至關(guān)重要的作用的。

看板的英文是“Kanban”，與漢語拼音一樣，其日文注音恰巧也是“Kanban”。在日文中它既可寫作漢字——“看板”，也可以寫作假名——“かんばん”。

看板到底是什么？——“信號卡”。信號卡這一概念源自精益制造，最早出現(xiàn)于豐田生產(chǎn)系統(tǒng)中，看板觸發(fā)了上游工序的生產(chǎn)，如果還是不知道看板是什么的話，還記得那碗熱騰騰的揚州拉面吧？廚師這是因為看到了“看板”才開始做面的^_^。

隨著上世紀90年代，精益生產(chǎn)的推行，拉動式的生產(chǎn)方式也漸漸被各個領(lǐng)域和行業(yè)所了解和熟知。在軟件行業(yè)（終于來到了正題），一般來說所指的看板并非是信號卡，而是看板系統(tǒng)（信號卡實施的拉動系統(tǒng)）或看板方法。可能讀者讀到這里會帶著疑問了，“這種拉動式的生產(chǎn)方式，在軟件中真的能適用嗎？能不能別逗我？我可是去過豐田的哦”，確實軟件行業(yè)和其他行業(yè)有區(qū)別，比如說，車間的某一欄貨架上綁定著物件和它所對應(yīng)的看板，而軟件中怎么如何做到呢，因為生產(chǎn)制造過程中的產(chǎn)品是可見的，而軟件開發(fā)中的產(chǎn)品是不可見的；又比如，車間里生產(chǎn)的方向盤是在按照規(guī)格制造，而不是軟件開發(fā)人員在發(fā)揮主觀能動性“創(chuàng)造”代碼……

答案當然是肯定的——看板系統(tǒng)完全可以應(yīng)用在軟件中。不僅如此，以看板為核心所擴展出的可視化工作流程、工作項類型、節(jié)奏、服務(wù)類別、專門的管理報告和運營回顧等一系列理念，還被軟件看板之父David J.Anderson定義為看板方法—Kanban Method，并從2007年開始被敏捷社區(qū)所接受采納。

那么David J.Anderson 是怎么把看板系統(tǒng)聯(lián)系到軟件行業(yè)的呢？這就是從2005年說起，David去日本東京度假，恰逢春天櫻花盛開之季。為了欣賞美景，他和家人去游覽位于東京市區(qū)的皇居?xùn)|御苑公園，當這一行人準備入院的時候，一位日本老人掏出一把塑料卡片，給他們每人發(fā)了一張，由于他的日語有限，所以也沒有追問原由。在享受了兩個小時的愉快時光后，他們準備離開，當走到門口時，他發(fā)現(xiàn)前面排隊出園的人們正在交還塑料入園卡，于是他也照做了，只是他不清楚為什么。如果只是一種安防方案，那真的是一種糟糕的安全系統(tǒng)，因為這樣根本起不到什么作用，這一定另有意圖。突然靈感一閃，David明白了，皇居?xùn)|御苑公園正在使用的是一個看板（拉動）系統(tǒng)。公園本身就是一個拉動系統(tǒng)，游客便是在制品（work-in-progress），由流通中的入園卡數(shù)量限定系統(tǒng)能力。僅當有入園卡可供發(fā)放時，新到的游客才能入園。普通的日子，公園接待游客沒有一點問題。然而，在繁忙的日子，如假日或櫻花盛開季節(jié)的某個周六，公園就很受游客青睞。當所有的入園卡發(fā)放完時，新到的游客必須在園外的橋上排隊等候，等待其他游客離園后回收的入園卡。看板系統(tǒng)提供一種簡單、成本低廉和易于實施的方法，通過限制入園人數(shù)，來控制園內(nèi)人數(shù)。這種技術(shù)可以讓公園一直保持良好狀態(tài)，避免因游客過多或擁擠對公園造成破壞，正是這次的頓悟讓他發(fā)現(xiàn)看板系統(tǒng)并非只能用于制造業(yè)中。

在軟件開發(fā)中，使用虛擬看板系統(tǒng)來限制在制品數(shù)量。盡管看板的原意為信號卡，而且在大多數(shù)軟件開發(fā)的看板實施中使用的也是卡片，但這些卡片實際上并沒有作為一種信號起到拉入更多工作的作用。相反，它們僅起到代表工作項的作用。之所以稱為虛擬的（virtual），是因為并沒有使用物理的信號卡。拉入新工作的指示信號，是通過在制品限制指標（或系統(tǒng)能力上限）與以可視化方式表示的在制品數(shù)量之差推算出來的，有些實踐者通過使用諸如便事貼或位于一塊板上的物理插槽來實現(xiàn)物理看板——看板墻（如下圖）

這種類似的看板墻，想必很多軟件開發(fā)的從業(yè)人員都能有所了解，這也幾乎是成為標榜自己是敏捷團隊（模式）的標志之一（想當年筆者還在IBM的時候，有一天上班第一感覺ss就是，忽如一夜春風(fēng)來，各種看板到處站……）。看板墻提供了可視化的機制，它能幫助團隊可視化的方式觀察在制品并進行自組織，無需項目經(jīng)理或產(chǎn)品經(jīng)理的指令，便可自行分派任務(wù)，將工作從待辦項列表中移向完成狀態(tài)。但是看板墻是看板系統(tǒng)嗎？如果看板墻僅僅是提供了可視化能力，而沒有限制在制品數(shù)量以及拉動式生產(chǎn)的方式，那么它就不能稱之為看板系統(tǒng)。 所以，筆者在文章的開始提出，一般來說軟件行業(yè)中所提到的看板，多數(shù)指的看板系統(tǒng)，如果您認為的看板只是看板墻的話，那么筆者就要提醒您一下了——天亮了，該醒醒了。 “我們要使用看板的方式來進行我們的項目管理”，您放心，這里所說的看板一般也是指看板系統(tǒng)（方法），如果您僅僅理解為是用看板墻來進行項目管理，那么我可以很負責(zé)說，這種方法很可能達不到您想要的結(jié)果。為了避免歧義，筆者在這里需聲明一下“David J.Anderson 曾在書中寫到：為了能夠在書中以文檔方式記錄看板方法（kanban method），我發(fā)現(xiàn)有必要正式地介紹模型。自看板出來至今，過去4年中雖然一直在不斷演化，但我從來沒有想過要進行這樣的定義，直到今天。我擔(dān)心它可能會因此變得僵化，也擔(dān)心人們將之作為看板過程的真髓而教條式地引用，或者將之作為一種檢驗“我們在做看板嗎”的測試方法，從而形成教條主義的思維模式。不管筆者所說的看板和您所理解的看板是否一致，都沒有太大的問題，但是看板系統(tǒng)（方法）肯定不是只具備可視化的看板墻”。

那么，如何用好看板方法呢，它在軟件行業(yè)真的不會水土不服嗎？你們懂得——我們下回分解^_^。

2019年2月22

敏捷江湖桃花島—大師兄

軟件開發(fā) 制造

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。