在軟體開發和生產管理有一個衡量效率的指標 lead time，指的是從下單訂購到交付產品所需的時間。
以專案管理的角度來說，這個指標能衡量組織的效率和營運成本。
在軟體開發上，有經驗的工程師會用有效率的方式驗證想法和找出問題。
這個概念也能套用在人生的各個層面。
敏捷開發與 Lead Time
軟體工程師如果要快速驗證一段程式碼能順利執行，透過 REPL 或線上編輯器 可達成任務。
同樣的，在 debug 時，我們也會從 error log 去找出問題點並試圖用最小的力氣重現。
以上的還輯套用在專案管理上，便是敏捷開發的精神：在短時間內交付功能並驗證
回到平常生活，有哪些地方可以縮短 lead time 呢？
例如閱讀，如何將書裡提出的作法應用在自己的問題上。看完一本書後，自己可以好好思考 take away 及後續的行動。
或是工作上，假如二週後要面對高階主管提產品規劃，最好在下週或更早就和主管討論初步的內容。
不論是哪個階段的工作者，儘可能縮短工作成果的 lead time 會是讓自己在團隊突出的方法。
縮短 Lead Time
在軟體開發/專案管理中，有幾個手段可以縮短 lead time：
- 縮小範圍，減少不必要的功能
- 用空間(或$$)換取時間
- 營造可控的環境驗證作法
這些是工程師常用的手法，我們可以思考怎麼應用在生活上。
例如想每週產出一篇 blog 文章，規定自己每天寫一點，即使只有一行也好，會比只在週末一次寫完來的容易。
家裡太亂沒時間整理？你可以投資在掃地機器人或是每週請打掃阿姨，或是將家裡分區域 divide and conquer 一次做一點。
比起隔一段時間整理，用金錢(資源)或分段處理可以更有效解決問題。
總結
人都是有惰性的，只靠意志力和幹勁是無法長時間保持高效的產出。
縮短 lead time 除了盡快展現成果，還能讓我們因為事情順利推進而有動力往前。
希望這個概念能幫助到大家。