什麼是看板方法？

看板方法是用於高效管理軟件開發流程的新技術。看板方法源自豐田的「及時生產」（JIT=just-in-time）系統。儘管生產軟件是一項創造性活動，與批量生產汽車有所不一樣，可是生產線管理背後所蘊含的原理仍然適用。

一個軟件開發的流程能夠看做是一段自來水管道，特性需求從一端進入，通過改進的軟件從另外一端涌現出來。

在管道內部，存在着各類各樣的工序，有的是非正式的臨時工序，有的是很是正式的階段性流程。在本文中，咱們假設一個簡單的階段性流程：(1)分析 需求，(2)開發 代碼，(3)測試 軟件運行正常。

瓶頸的影響

在管道中的瓶頸會限制工做的流動。管道的總體吞吐量被限制爲瓶頸的吞吐量。

用咱們的開發管道爲例：若是測試人員每週只能測試5個特性，而開發人員和分析人員每週可以生產10個特性，整個管道的吞吐量就只有每週5個特性 ，由於測試人員扮演了瓶頸角色。

若是分析人員和開發人員不知道測試人員是瓶頸，那麼測試人員的待辦工做就會越堆積越多。

影響就是前置時間增長。而且，就如同庫存同樣，位於管道中的工做會套牢投入的資金、產生與市場的距離、以及隨着時間逐漸失去價值。

最終，影響到質量。爲了可以跟上進度，測試人員開始抄近路。最終bug被髮布到產品中，致使給用戶帶來問題，從而影響將來的管道產能。

另外一方面，若是咱們知道哪裏有瓶頸，咱們就可以從新部署資源來解除它。例如，分析人員能夠幫忙測試，開發人員開始進行自動化測試。

可是，咱們怎樣才能知道在已知流程中哪裏是瓶頸呢？而當瓶頸移動後會發生什麼呢？

看板方法能夠動態顯示瓶頸

看板方法不可思議的簡單，但卻不可思議的強大。最簡單的形式的看板系統包括了一個掛在牆上的大白板，上面有許多卡片或即時貼，這些即時貼按列來放置，每列上方有一個數字。

你之因此能找到這些瓶頸，是由於限制了在製品（work-in-progress, WIP）的數量會顯示出瓶頸。

卡片表明了工做項，列表明瞭開發工序，卡片會從第一步工序流動到最後一步。每一列頂部的數字用來限制每一列最多容許放置卡片的數量。

看板白板的限制截然不同於其餘任何可視化故事板。在流程中的每一步限制在製品（WIP）數量，能夠預防生產過剩並動態顯現出瓶頸，以便於你能夠在達到不可收拾的程度以前找到它們。

樣例

下面的白板展現了這樣一種狀況：開發人員和分析人員正被阻止開展任何新工做，這種狀況會持續直到測試人員空出了一個卡片位置並將下一個工做項拉到測試步驟中。這時開發人員和分析人員就會開始尋找可以幫助測試人員減輕負擔的方法。

注意，咱們已經將一些列分割成了兩列，這是爲了用來講明正在進行中的項與哪些已經完成並準備好被下游工序拉走的項。你也能夠用一些不一樣的方式來佈局白板。這裏用的是比較簡單的方式。列頂部的限制包含了「doing」（進行中）和「done」（完成）兩列。

一旦測試人員完成了一個特性的測試，就會將卡片移走，而且在「Test」列空閒出一個卡片位置。

如今，「Test」列中空出來的位置能夠用開發「Done」列中的一個卡片補充進來。這時，「Development」列就會空閒出一個卡片位置，下一張卡片就能夠從「Analysis」列中拉進來，其餘列也是這樣。

 

原文轉載：http://www.cnblogs.com/lchrennew/p/what-is-kanban.html