里特定律（Little's Law）源自排隊理論，是IT系統性能建模中最廣為人知的定律。
里特定律揭示了前置時間（Lead Time）、在制品數量（Work In Progress, WIP）和吞吐率（Throughput）之間的關系。
- 前置時間 - Lead time：只請求進入到系統 與 請求驗收完成之間的時間段。前置時間按照所經過的時間（分鍾、小時等）來度量。一個請求可以是一個需求、一個用戶故事、一個異常、物料、一個來自用戶的請求等。
- 在制品數量 - Work in progress (WIP)：正在被處理的請求（工作單元）數量，正在被處理指這些請求已經進入到系統中，但是還沒有產出。
- 吞吐率 - Throughput：在一確定時間內離開系統的工作單元數量，例如3個用戶故事/天。
此定律的總結相當有意思並重要：
- WIP越大，前置時間越長，即要完成已經開始的工作需要更長的時間。換言之，為了滿足開發或服務的截止時間，我們必須減少在制品數量，或者在開始新工作之前完成在制品。
然而，在很多情況中發生了恰好相反的情況：為使整個項目可以“跑”得更快，團隊開始處理更多任務。希望保持大量進行中工作的另一個原因是：以此來達到高資源利用率。
無論什么原因，假設吞吐率不發生變化，在制品的增加會使完成在制品所需的時間（即前置時間）同時增加。
盡管看起來違反直覺，但需要記住的是：降低WIP有助於滿足SLA並降低開發前置時間。 - 專注於降低前置時間有助於識別已經開展的無用活動。消除這些無用活動會產生兩種積極影響：
（1）消除流程中的浪費
（2）降低總WIP，從而進一步縮短前置時間並帶來更高效的開發。 - 吞吐率越高，前置時間越短
有很多不同的途徑來提升性能：自働化增值活動（自働化非增值活動等同於自働化浪費的產生），改進流程並增加更多資源。如果你決定增加更多資源，需要觀察整體前置時間，因為增加額外資源會同時增加在制品數量。 - 每種精益（Lean）倡議都會試圖最小化浪費並縮短生產周期。縮短生產周期等價於縮短前置時間。最小化浪費包括對當前庫存的分析以及減少庫存的相關步驟，這等價於降低WIP。
為什么這個定律對項目經理很重要？
- 里特定律是了解軟件開發團隊或軟件運營團隊真實性能的工具。
- 提供可預測性
例如，如果我們必須實現50個需求，團隊的平均能力是5個需求/周，我們所需的時間是：
50 個需求 / 5 個需求每周 = 10 周。 - 揭示了工作批量越大，處理時間（前置時間）越長。
- 解釋了為什么多任務導致延期而非加速工作完成。
通常人們相信，並行開展多個任務能夠提升生產力。因此，許多公司中共同的做法是將多個任務分配給一個人。然而，與機器不同的是，人類並不善於以並行處理的方式執行。增加在制品還會增加某項任務修改和返工的時間，從而降低吞吐率。最終，工作執行所需的時間不夠了，並且已經開始但還未結束的工作開始堆積。
簡言之，里特定律有利於找到在制品與前置時間之間的平衡。 - 為達到最佳WIP限制提供了基礎。 如果WIP限制低於最佳水平，就會有未充分利用的資源並且性能低下。如果WIP限制超出了最佳水平，工作單元就開始在隊列中堆積並同樣是性能降低。
- 有助於理解阻塞一項工作或必須解決錯誤對項目或服務截至時間的影響。這兩種情況都會降低吞吐率並因此增加前置時間。
應用里特定律的重要條件：
里特定律非常有用，但是除了解公式之外，你必須了解到使用里特定律必須滿足的條件：
- 所有參數都使用平均值：平均前置時間、平均WIP和平均吞吐率
- 單位必須一致：即，如果我們按一周來度量吞吐率，前置時間也必須按周及，WIP同理。
- 系統必須穩定：即，所有進入系統的工作必定會離開系統；總WIP在這段時間內守恆，工作平均到達率等於工作平均離開率。