Il Mindset Lean-Agile

SAFe è costruito su una fondazione chiamata Casa del Lean. Come la casa del sistema di produzione Toyota, ha un tetto, pilastri e una fondazione:

Tetto — Valore: L'obiettivo del Lean è fornire il massimo valore nel più breve lead time sostenibile. Tutto il resto esiste per supportare questo.

Pilastro 1 — Rispetto per le Persone e la Cultura: Non puoi ottimizzare un sistema mentre manchi di rispetto alle persone che ne fanno parte. Il pensiero Lean richiede fiducia, empowerment e sicurezza psicologica. Le persone più vicine al lavoro prendono le decisioni migliori su quel lavoro.

Pilastro 2 — Flusso: Ottimizza il flusso di valore dall'idea alla consegna. Riduci al minimo le dimensioni dei batch, riduci i passaggi di consegne, limita il lavoro in corso e rendi visibile l'attesa. Il flusso riguarda il sistema, non l'utilizzo individuale.

Pilastro 3 — Innovazione: Alloca tempo e spazio per l'innovazione. Senza un investimento deliberato nell'esplorazione, i team diventano fabbriche di funzionalità: efficienti nel costruire le cose sbagliate.

Pilastro 4 — Miglioramento Continuo: Rifletti e adatta continuamente. Usa retrospettive, eventi di ispezione e adattamento e metriche per identificare ed eliminare gli impedimenti.

Fondazione — Leadership: I leader devono incarnare i valori Lean-Agile. Creano le condizioni affinché gli altri abbiano successo piuttosto che dirigere il lavoro. La leadership definisce la cultura.

I quattro valori del Manifesto Agile non cambiano in scala, ma la loro applicazione si modifica:

Individui e interazioni più che processi e strumenti — In scala, un certo processo è essenziale per il coordinamento. La chiave è che i processi servono le persone, non il contrario. Se una cerimonia non aiuta i team, cambiala.

Software funzionante più che documentazione esaustiva — In scala, "software funzionante" significa software integrato, testato e distribuibile su tutti i team. Una demo di team non è sufficiente: serve una demo a livello di sistema che dimostri che tutto funziona insieme.

Collaborazione col cliente più che negoziazione dei contratti — In scala, la collaborazione col cliente richiede meccanismi espliciti. I ruoli di Product Management e Solution Management esistono per mantenere la connessione col cliente quando i singoli team sono lontani dall'utente finale.

Rispondere al cambiamento più che seguire un piano — In scala, una certa pianificazione è essenziale (PI Planning), ma i piani sono ipotesi da validare, non contratti da far rispettare. Gli eventi di pianificazione cadenzati di SAFe creano opportunità per cambiare direzione ogni 8-12 settimane.

La tensione nello scaling è sempre tra struttura appena sufficiente per coordinare e non così tanta da uccidere l'agilità. SAFe riconosce esplicitamente questa tensione e fornisce leve per regolarla.

La modalità di fallimento più comune nell'adozione di SAFe è implementare le meccaniche senza il mindset. Le organizzazioni adottano gli eventi, i ruoli e gli artefatti ma saltano il cambiamento del modello mentale.

Segnali di meccaniche-senza-mindset:

• Il PI Planning avviene, ma la leadership sovrascrive gli impegni dei team
• Le retrospettive si svolgono, ma nulla cambia dopo
• I team fanno demo del loro lavoro, ma nessuno agisce sul feedback
• I limiti WIP esistono sulla carta, ma i manager continuano ad aggiungere elementi "urgenti"
• Il ruolo RTE esiste, ma non ha autorità per rimuovere gli impedimenti

Il cambiamento di mindset richiede ai leader di:

• Fidarsi dei team per prendere decisioni tecniche
• Accettare che i piani cambieranno e che questo è sano
• Investire nella riduzione del debito tecnico, non solo nel rilascio di funzionalità
• Misurare le metriche di flusso (lead time, throughput) non solo l'output (velocity, story point)
• Creare sicurezza psicologica affinché i problemi emergano presto

Senza questo cambiamento di mindset, SAFe diventa un costoso overhead sopra la gestione tradizionale dei progetti. Con esso, SAFe fornisce il coordinamento che sblocca una genuina agilità organizzativa.