PI Planning

Il PI Planning è l'evento più importante in SAFe. È il momento in cui l'intero ART—ogni team, ogni ruolo—si riunisce per pianificare il prossimo Program Increment.

Perché vale la pena investire in una pianificazione faccia a faccia con 50-125 persone?

1. Allineamento su scala: Tutti ascoltano la stessa visione, le stesse priorità, gli stessi vincoli. I disallineamenti che richiederebbero settimane per essere scoperti e risolti emergono e vengono risolti in poche ore.

2. Gestione delle dipendenze: I team identificano le dipendenze con altri team durante la pianificazione, non durante lo sviluppo quando è troppo tardi per adattarsi. Il program board rende le dipendenze visibili a colpo d'occhio.

3. Impegno collettivo: I team si impegnano su obiettivi che hanno contribuito a definire. Non si tratta di assegnazioni dall'alto verso il basso, ma di negoziazione collaborativa. Le persone si impegnano più profondamente nei piani che hanno contribuito a creare.

4. Connessione sociale: Gli esseri umani costruiscono fiducia attraverso l'interazione faccia a faccia. Due giorni di lavoro insieme costruiscono più fiducia di mesi di messaggi Slack. La fiducia è la valuta che fa funzionare il coordinamento tra team.

5. Risoluzione rapida dei problemi: Quando più di 100 persone sono nella stessa stanza, i problemi vengono risolti in minuti che richiederebbero giorni via email. Serve chiarire un requisito? Fai dieci passi. Serve negoziare una dipendenza? Affronta la conversazione ora.

Il PI Planning avviene tipicamente ogni 8-12 settimane. L'investimento è significativo (2 giorni × 100 persone = 200 giorni-persona), ma il ritorno—in termini di allineamento, riduzione del lavoro rifatto e consegna più rapida—giustifica costantemente il costo.

Il PI Planning segue un formato strutturato di due giorni:

Giorno 1:

• Contesto di Business (1 ora) — Il senior management presenta la situazione aziendale attuale, le dinamiche di mercato e le priorità strategiche. Questo è il "perché" dietro il prossimo PI.
• Visione di Prodotto/Soluzione (1 ora) — Il Product Management presenta le funzionalità principali per il PI, spiega le priorità e risponde alle domande. Questo è il "cosa".
• Visione Architetturale (30 min) — Il System Architect presenta la direzione tecnica, lo stato dell'architectural runway e le preoccupazioni trasversali. Questo è il "come" ad alto livello.
• Sessioni di Team (3-4 ore) — I team vanno nelle loro aree e pianificano. Scompongono le funzionalità in storie, identificano le dipendenze, stimano la capacità e abbozzano i loro obiettivi di PI. È qui che avviene il vero lavoro.
• Revisione del Piano Bozza (2 ore) — Ogni team presenta il proprio piano bozza (2 minuti per team) all'intero ART. Gli altri team ascoltano per identificare dipendenze e conflitti.

Giorno 2:

• Aggiustamenti alla Pianificazione (1-2 ore) — Sulla base della revisione del piano bozza, i team adattano i loro piani. Le dipendenze vengono negoziate. Lo scope viene adattato. Il Product Management può riprioritizzare in base a ciò che i team hanno appreso.
• Piano Finale e Voto di Fiducia (1 ora) — Ogni team presenta i propri obiettivi finali di PI e l'ART vota sulla fiducia. Tutti alzano da 1 a 5 dita. Se la fiducia media è inferiore a 3, l'ART discute e ripianifica finché la fiducia non migliora.
• Retrospettiva del PI Planning (30 min) — Breve retrospettiva sull'evento di pianificazione stesso. Come possiamo migliorare il PI Planning la prossima volta?

Il Program Board è un artefatto fisico (o digitale) che rende visibili le dipendenze tra team e iterazioni.

Struttura: Una griglia con i team come righe e le iterazioni come colonne. I team posizionano le card delle funzionalità nell'iterazione in cui pianificano di lavorarci. Fili di dipendenza (letteralmente filo colorato su una board fisica) collegano le card tra i team.

Cosa rivela il Program Board:

• Quali team stanno lavorando su quali funzionalità in quali iterazioni
• Dipendenze tra team (i fili tra le card)
• Milestone e impegni di consegna
• Potenziali colli di bottiglia (troppi fili che puntano a un team)

Leggere la board:

• Fili rossi = dipendenze ad alto rischio (tra team, scadenze rigide)
• Raggruppamento di fili = un team è un collo di bottiglia o un single point of failure
• Fili che attraversano molte iterazioni = lunghe catene di dipendenze che aumentano il rischio
• Righe vuote = team con obiettivi poco chiari (da investigare)

Il Program Board è uno degli artefatti più potenti di SAFe perché trasforma problemi di coordinamento invisibili in problemi visibili e gestibili. Una board affollata con molti fili non è un fallimento—è una rappresentazione onesta della realtà che ora puoi affrontare.

Strategie di gestione delle dipendenze:

• Riordinare le storie per consegnare prima le dipendenze
• Accoppiare i team per lavorare su componenti condivisi
• Creare API o contratti condivisi che disaccoppiano i team
• Accettare la dipendenza e gestirla con riunioni di sincronizzazione regolari