前置時間（Lead time） 又稱為交付時間（Delivery time）或系統交付時間（System delivery time）。
前置時間 是指處理一個工作項從開始到結束所經過的時間。
例如：
- 你決定為假期網購一張機票。獲取機票的前置時間從你坐在電腦前並打開瀏覽器的那一刻算起，直至你的信箱收到電子機票的那一刻結束。
- 你要去看病。你得到診斷的前置時間是從你電話預約那一刻算起，直至手中拿着診斷從診所離開的那一刻結束。
- 開發一項客戶需求的前置時間是從你的團隊開始這項工作的那一刻算起，直至功能可以發布那一刻結束，即該功能從進入看板系統到離開看板系統之間所經過的時間 （它到達WIP限制為無窮多的那一列）。
為了能夠一致對前置時間進行良好並一致的度量，了解看板系統的邊界非常重要。
為什么前置時間對我們很重要？
- 前置時間是價值指標（indicator of value）。 向客戶交付價值的速度越快越好。然而，還必須要考慮顧客的期望。過快的交付並不總是帶來價值。例如，僅用6個小時教完8個小時的課程不會讓同學們更快樂。
- 前置時間對於面向服務的公司至關重要，因為前置時間有助於形成符合實際的服務水平承諾（Service Level Agreements, SLA）並管理其完成情況。
- 對前置時間分布情況進行了解能夠產生可預測性（predictability）。當然，了解每個工作類型或者服務類別的前置時間粉筆非常重要。
- 如果除了系統前置時間外，你觀察到了了每個工作項在某一列（或某狀態）所需的時間，你將能夠減少等待、加速交付並保持精益（等待是一種浪費）.
- 也許你會感興趣對增值時間（value-adding time）和前置時間進行比較。或者說檢查工作的效率 。讓我的一個客戶吃驚的是，他發現一項花了6-10個小時完成開發的工作交付到手中需要35-52天！
- 在一個穩定的看板系統中，已知在制品數量（WIP）和前置時間就可以用里特定律（Little’s law）計算出吞吐率。吞吐率類似於敏捷中的速率數據。觀察吞吐率數據的趨勢可以讓你來衡量團隊的整體性能（performance）。
用於分析前置時間的工具
直方圖
如果了解不同大小的功能所需的不同的前置時間，並且理解環境（要開發的功能的清晰度、團隊的技術水平、技術、風險），你就能夠更容易地預見你的團隊要實現某個特定功能所需的時間。
這種事實數據已經包含了權變因素對開發這類功能的影響的相關信息。因此你不需要一個嚴格的公式來估算一項新需求所需的開發時間。
確保你能了解到不同工作類型和服務分類的前置時間分布，不要再擔心你的承諾。
一些重要的事。如果你已經有了這樣一幅有兩個波峰的直方圖，這表示你的數據中混合了不同的工作類型。以這個例子來說，這很可能意味着大致混合了小尺寸和中等尺寸的功能。
對數據進行分層以便做出正確的結論。
控制圖
控制圖使用與直方圖相同的數據，進行了另一種形式的可視化，除直方圖的使用方法外，還加入了控制限制的上下邊界。
更詳細的內容可以閱讀《How to interpret a Control chart》。
我們需要分析落在控制限制之外的點形成的原因。這些原因被稱為特殊原因（special causes）或特定原因（assignable causes）。如果不滿控制限制之間的距離，你可以分析變異性的一般原因（common causes）並解決它們以降低變異性。你將因此提升可預測性。
使用這些圖表進行決策
為了滿足一名客戶的預期，當你必須估算其中風險的時候，這些圖標特別有用。
設想你的顧客期望僅在一天（理論上8小時工作）內新增一個小的功能。
若承諾對准時交付該功能，你的信心有多少？
如果客戶期望的是6個小時呢？
工具
支持看板方法的工具通常會根據系統中的數據來生成這些圖表。