Sistema Pull vs. Push

In un sistema push, il lavoro viene assegnato alle persone. Un manager o un sistema decide chi fa cosa e quando.

Caratteristiche del push:

• Un'autorità centrale effettua le assegnazioni
• Il lavoro viene spinto nelle code davanti ai lavoratori
• I lavoratori elaborano qualsiasi cosa arrivi nella loro coda
• Il sovraccarico è invisibile fino alla crisi

Problemi del push:

• Non tiene conto della capacità effettiva
• Crea sovraccarichi locali
• Nessun ciclo di feedback verso la fonte della domanda
• Incoraggia l'avvio piuttosto che il completamento

In un sistema pull, i lavoratori prendono l'elemento successivo quando hanno capacità. Il lavoro viene "prelevato" attraverso il sistema dalla domanda a valle.

Caratteristiche del pull:

• I lavoratori selezionano autonomamente l'elemento successivo in base alla priorità
• I limiti WIP prevengono il sovraccarico
• La capacità governa il ritmo
• La domanda viene livellata naturalmente

Come funziona:

1. Lo sviluppatore completa un'attività, creando capacità
2. Lo sviluppatore guarda la colonna "Pronto" e preleva l'elemento prioritario successivo
3. Questo crea capacità in "Pronto" che viene rifornita
4. Il segnale si propaga a monte, limitando l'ingresso di nuovo lavoro

Il cambiamento chiave: niente inizia finché qualcosa non finisce. Questo è ciò che i limiti WIP impongono.

Nelle fabbriche Toyota, le carte kanban fisiche creavano il segnale: "Ho usato questo pezzo, mandane altri."

Nel lavoro intellettuale, il segnale è: spazio nella colonna successiva.

Quando la colonna Code Review ha capacità (WIP non al limite), segnala che Development può completare qualcosa e spostarlo.

Quando la colonna Code Review è piena (al limite WIP), segnala che Development dovrebbe aiutare con le review o non iniziare nuovo lavoro di sviluppo.

Ecco perché i limiti WIP sono essenziali—senza di essi, non c'è segnale. Il lavoro si accumula semplicemente.

Far funzionare il pull:

1. Priorità chiare: Quando si preleva, cosa viene dopo? FIFO per classe? Più impattante? I team hanno bisogno di criteri condivisi.

2. Capacità visibile: La board mostra quando esiste capacità (colonna sotto il limite WIP).

3. Accordo del team: Tutti prelevano; nessuno spinge. I manager non assegnano—potrebbero evidenziare priorità, ma i lavoratori prelevano.

4. Sicurezza psicologica: Prelevare richiede autonomia. Se le persone temono di scegliere male, aspetteranno le assegnazioni.

Il ruolo dei product owner/manager:

• Stabilire priorità (cosa dovrebbe essere prelevato per primo)
• Proteggere il backlog (cosa entra nel sistema)
• Non assegnare lavoro ai singoli

Transizione da push a pull:

• Iniziare rendendo visibili le assegnazioni, non eliminandole
• Passare gradualmente all'autoselezione
• Guidare i manager lontano dall'assegnazione
• Celebrare i prelievi riusciti