Sistemi Push vs. Pull

I sistemi push avviano il lavoro in base a previsioni o pianificazioni. Un manager assegna il lavoro. Uno sprint viene pianificato. Il lavoro entra nel sistema indipendentemente dalla capacità disponibile.

I sistemi pull avviano il lavoro in base alla capacità e alla domanda. Il lavoro entra solo quando una fase a valle segnala di essere pronta. Nulla viene spinto dentro—viene tirato attraverso.

L'origine Toyota: in un sistema push, i componenti vengono prodotti in base a previsioni e spinti a valle. Nel sistema pull di Toyota, i processi a valle inviano un segnale (scheda kanban) quando hanno bisogno di componenti. I componenti vengono prodotti solo quando segnalati.

Nel software:

• Push: la pianificazione dello sprint si impegna su 20 storie. Il team lavora su tutte e 20 contemporaneamente. Alla fine dello sprint, 12 sono "in corso" e 8 sono complete.
• Pull: il team ha un limite WIP di 3. Quando una storia viene completata, ne tirano la successiva. Alla fine dello sprint, 15 storie sono completamente finite.

La matematica è controintuitiva: meno elementi alla volta, più elementi finiti.

In un sistema push, i problemi vengono sepolti.

Il team ha 15 elementi in corso. Tre sono bloccati in attesa di decisioni architetturali. Ma il lavoro continua sugli altri 12. I blocchi sono invisibili tra l'attività.

Verso la fine dello sprint, quei 3 elementi sono ancora bloccati. Ora è una crisi. "Perché nessuno l'ha segnalato?" Perché il sistema non l'ha forzato.

I sistemi push nascondono anche i problemi di capacità. Se spingi dentro più lavoro di quanto puoi gestire, l'eccesso si accumula semplicemente. Il lead time cresce, ma dall'esterno, "tutti stanno lavorando sodo."

I sistemi push ottimizzano per iniziare. I sistemi pull ottimizzano per finire.

Pensiero push: "Abbiamo iniziato 20 elementi questo sprint!" (Ma ne abbiamo finiti 8.) Pensiero pull: "Abbiamo finito 15 elementi questo sprint." (E ne abbiamo iniziati 15.)

Cosa preferirebbero i tuoi clienti?

I sistemi pull sono più difficili da manipolare rispetto ai sistemi push.

In un sistema push, puoi sembrare produttivo mentre accumuli debito. "Sto lavorando su 8 cose!" (Nessuna finita.) "Ho completato 50 story point!" (Ma metà sono bloccati in revisione.)

In un sistema pull, l'unico lavoro valido è il lavoro finito. Non puoi iniziare qualcosa di nuovo finché qualcosa non finisce. Manipolare è più difficile perché il sistema forza il completamento.

Questa responsabilità si estende ai problemi bloccanti:

• In push: "È bloccato, ma sto lavorando su altre cose." (Il blocco peggiora.)
• In pull: "Non posso iniziare nulla di nuovo finché quel blocco non viene risolto." (Il blocco forza l'attenzione.)

I sistemi pull allineano gli incentivi con i risultati. Il sistema premia il finire, non l'iniziare. Premia lo sbloccare, non l'aggirare i blocchi. Premia il throughput, non l'essere occupati.

Questo è scomodo per alcuni team. I sistemi push ti permettono di sentirti produttivo anche quando non stai consegnando. I sistemi pull rendono visibile il divario. Questa è una caratteristica, non un bug.