00.我們將剖析在製品(work in process, wip)的概念。含義：進行中的工作、流程中的工作。
01.在製品是指你手頭正在處理的所有事情，包括正在處理的任務、等著被驗證或者部署工作項、還有那些雖然還沒開始處理，單已經等在你的收件箱裡的事情。也就是，所有那些需要完結，才能交付最終客戶價值的半成品。
02.限制在製品是看板的核心原則之一。它並不意味著你應該做更少的工作，而是指你應該減少在同時處理的工作。從整體效果來看，限制的製品將幫助你更迅速地完成更多的任務。
03.批量越大，在製品越大，前置時間就越大。
04.利特爾法則： 週期時間(完成每個工作項所需的時間) = 在製品數量(並行的工作數量) / 吞吐量(完成每個工作項所需的平均時間)
05.頻繁潛入並整合**是個好辦法，這樣避免累積過多的整合工作，並能對當前工作的質量獲得快速反饋。
06.在製品表現形式：
*尚未實現的需求規格說明
*未被整合的**
*未測試的**
*尚未發布的**
07.自動化測試是解決這個問題的乙個方法。通過使用自動化單元測試或測試驅動開發（tdd）,你可以獲得及時反饋，確保不會向已有的軟體中引入缺陷。通過應用自動化驗收測試或者例項化需求技術，你可以得到反饋，清楚自己是否在構建滿足需求的應用。
08.測試驅動開發（tdd）是一項設計和開發實踐。它的原理是針對將要開發的生產**，先編寫小測試。這個小測試就是乙個微小的規格說明，他對應著完成任務需要編寫的下一小段**。這種做法有乙個意外收穫，就是你得到了所有你編寫**的測試案例集。歸根到底，tdd的目的就是為了正確地開發**。
09.例項化需求又叫做行為驅動開發（bdd），本質上是可執行案例的形式編寫規格說明的有效方法。例項化需求便於溝通，確保每個人都理解彼此。在我們經驗中、溝通沒做好將耗費大量時間。因為你不得不來回反覆、以確定要開發的功能的相關資訊。在流程早期，通過在功能編寫說明時使用具體的事例，人們對特性理解一致的可能性將會增加。從本質上說，例項化需求的目的就是為了做正確的事情。
11.延遲反饋讓修復問題的努力更難鏈結到根本原因上，式學習變得更困難甚至不可能發生。
12.如果你不能快速變化，吧新特性或變更快速提供給客戶，你將處於損失客戶關係的風險當中，你提供的服務將變得不再領先，甚至被其他人擊敗。
13.兩者之間的區別就是前置時間——從你引入缺陷到被告知有缺陷時為止。在這期間，你犧牲了**質量，者意味著修復缺陷將更為好事，並且更加苦難。
14.追求更低wip和更短前置時間的真正原因：這樣做回想你暴露問題。如果你修復這些問題，流動會更快、更流暢。
15.小結：
*wip是乙個通用縮寫，它至少有兩個含義：進行中的工作和流程中的工作。我們傾向於使用流程中的工作，本書中也會一直使用這種說法。
*利特爾法則確定無疑地告訴我們，更多在製品會讓每個工作項的週期時間變長。你應該約束在製品，已獲得更快的留宿和更短的前置時間。
*在製品有多種表現形式，我們看看軟體開發領域中的幾種常見的表現形式：
*大量的製品會帶來的問題和負面影響
*有過多的在製品幾個表現形式：風險增加、消耗變多、質量下降、動力降低
05 看板方法 在製品
00.我們將剖析在製品 work in process,wip 的概念。含義 進行中的工作 流程中的工作。01.在製品是指你手頭正在處理的所有事情，包括正在處理的任務 等著被驗證或者部署工作項 還有那些雖然還沒開始處理，單已經等在你的收件箱裡的事情。也就是，所有那些需要完結，才能交付最終客戶價值的半...
06 看板實踐 限制在製品
00.找乙個合適的在製品限制不僅僅取決於上下文，而且依賴於你想要達到的目標，並且是乙個移動的目標。01.實際情況的確如此 所在組織持續改進的動力有多大 團隊的規模以及團隊可投入工作的時間 正在處理的工作項的型別和規模 更低比更高好 人員閒置或者工作閒置 沒有限制是不對的 02.通常更低的在製品限制比...
在製品與前置時間（又叫交付時間）
在製品與前置時間基本為線性關係，減少在製品數量就能減少前置時間。利特爾法則 little s law 作為乙個非常樸素的原理，為看板方法奠定了乙個理論基礎，看似簡單的公式背後卻有其複雜的一面。利特爾法則的公式是這樣的 平均吞吐率 在製品數量 平均前置時間舉個例子，假設你正在排隊買快餐，在你前面有19...