加速 (Accelerate) - Lead time 我搞不懂你啊

source：When, which … Design Thinking, Lean, Design Sprint, Agile?

在 Accelerate 第二章看到這個表（把Dev & Ops 兩個階段分開來看），就讓我想到之前看到上面 Gartner 那張圖，Design Thinking，Lean Startup，Agile 應該要整合在一起，這張圖告訴我們，只專注在Agile 上的優化可能還是無法解決商業成功的問題，這也是我一直以來在問自己的問題，縱使在產品 Delivery 上怎麼優化（當然不可能完美，但是還算有到一定程度），感覺對於商業成功的影響還是有種施不上力的感覺。

source: 加速 (Accelerate)

此外很多人常喊 Time to Market 到底是什麼 Time ？這完整的商業流程的關鍵就是 Lead Time，但是 Lead Time到到底要從哪裡開始算起？ Rudy 老師的演講頭影片作了很好的整理
( 迷之音：因為老師也是看這本書..XDDD)

此外在Accelerate 書中大量提到了 Lead Time 和 Cycle Time ，而都引用到 Littles's law。

利特爾法則（英語：Little's law），基於等候理論，由約翰·利特爾（英語：John Little (academic)）在1954年提出。利特爾法則可用於一個穩定的、非佔先式的系統中。其內容為：

在一個穩定的系統（L）中，長期的平均顧客人數，等於長期的有效抵達率（λ），乘以顧客在這個系統中平均的等待時間（W）；

或者，我們可以用一個代數式來表達：

${\displaystyle L=\lambda W}$

利特爾法則可用來確定在途存貨的數量。此法則認為，系統中的平均存貨等於存貨單位離開系統的比率（亦即平均需求率）與存貨單位在系統中平均時間的乘積。

看不懂是吧！！ 這時候就要請出 POP 大大的文章 ：再來聊聊 Little's Law 吧，Pop給了一個很不錯的結論：

還有也必須強調，agile 是為了現在瞬息萬變的生態透過減少 lead time 來取得更高的 agility。所以不要有因為用了 agile methodology 就可以 throughput 增加的假象。相對的應該是透過減少 lead time，可以更快的反應，更快的 feedback loop，更快的 build-measure-learn，讓我們踩油門的同時，也可以確定方向盤的方向是正確的，並且隨時根據情況轉方向盤，這才是 agile 本質要追求的。

而在IT Revolution 最新的 From Project to Product  這本書中，作者又更進一步定義出Value Stream metric，進一步探討要怎麼縮減 Lead Time，要從 Flow Time 看起，而Flow 的效率就是 真正的執行時間/ Flow Time。

而如何減少 Waiting Time 就是 From Project to Product  這本書所要探討的，裡面好多圖片都有 copyright 不能隨便貼出來~:P

書太多看不完，很多心得只血一半，也是一種 Lead Time 過長的現象....XDrz...


Reference：

• Design Thinking vs. Agile: Combine Problem Finding and Problem Solving for Better Outcomes
• Probabilistic Project Planning Using Little’s Law
• What is Cycle Time and Why Does it Matter?