È sbagliato usare la legge di Little per dimostrare che hai bisogno di limiti WIP in Kanban?

3

Ho sentito l'argomento secondo cui la legge di Little dimostra che dovresti limitare il lavoro in corso nelle tue colonne kanban, perché più lavoro arriva, più tempo ci vorrà per spostarti nel sistema.

Questa è una conclusione accurata? Se ho N elementi di lavoro nel backlog, tutti devono passare a "Fatto". Quindi, se limito WIP a n, ciò garantirà che sto finendo gli elementi n più velocemente, ma garantisce anche che io abbia più lavoro (N-n) da fare. Quindi non sono convinto dall'argomento di Little's Law.

Cosa mi manca?

    
posta Victor Grazi 10.07.2018 - 17:52
fonte

2 risposte

2

La legge di Littles sostiene che la riduzione del WIP ridurrà il tempo di ciclo. Non afferma che la riduzione del tempo di ciclo per le singole attività ridurrà il tempo complessivo necessario per completare un progetto.

Ci sono molte informazioni online sui vantaggi del tempo di ciclo ridotto e del WIP. I due principali sono:

  • Il multitasking ridotto tende a portare a un lavoro più veloce e di qualità superiore
  • Il tempo di ciclo ridotto ti offre un feedback più rapido e generalmente rende la tua squadra più reattiva

Qualsiasi calo del tempo di completamento del progetto deriva da vantaggi secondari come questi.

    
risposta data 10.07.2018 - 22:31
fonte
1

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.

    
risposta data 10.07.2018 - 19:22
fonte

Leggi altre domande sui tag