Nella pagina che hai fornito nel tuo commento, c'è un link a un articolo su questo che penso lo spiega abbastanza bene.
C'è un bell'esempio che credo contribuisca a comprendere il concetto di base:
Entrambiiserbatoihannolastessaquantitàdiacquainarrivoeinpartenza,quindiillivellononcambianeanche.Illivellodelserbatoiorappresentaillimite WIP .
Quindi per calcolare il tempo medio trascorso un po 'di acqua nel serbatoio, basta dividere il livello per il tasso di throughput. Per il serbatoio sinistro: 5/2 = 2,5 ore. per il serbatoio giusto che è 20/2 = 10 ore. Ciò presuppone che il throughput sia indipendente dal livello. È un po 'al di fuori della domanda che stai ponendo, ma penso che l'autore abbia un punto importante:
In a software development context, I immediately thought about how context switching, if not managed (with workflow policies) as WIP increased, could make it difficult to keep Throughput constant.
Per creare la mia analogia, diciamo che stai gestendo un sistema di treni passeggeri e hai 5 tornelli in grado di gestire 10 persone al minuto. La stazione sta sperimentando backup sui tornelli in modo da aggiungere altri 5 tornelli. Problema risolto, giusto? Non necessariamente. Supponiamo che i treni possano gestire una capacità fissa di 250 persone ogni 5 minuti. Ora puoi consentire a 500 persone di entrare nella stazione in 5 minuti. Ma solo la metà di loro può salire su un treno in quei 5 minuti. 250 di queste persone ora stanno semplicemente aspettando all'interno della stazione invece che all'esterno. Ciò significa che queste persone ora stanno cercando di salire sui treni. Il caos che ne deriva rallenta la velocità con cui i treni lasciano la stazione e rallenta il volume complessivo di passeggeri.