SAFe® spiegato: Il valore "Trasparenza"
SAFe si basa su quattro valori centrali. I primi due, Alignment e qualità integrata, li abbiamo già descritti. Il terzo di questi valori è “Transparency” – in italiano: “Trasparenza”. Ma perché la trasparenza è così importante da essere sancita come valore centrale – e cosa si cela dietro?
Sebbene ci siano molti aspetti in cui la trasparenza aiuta, in questo articolo vogliamo mostrare solo alcuni aspetti essenziali in cui la mancanza di trasparenza causa ostacoli enormi per uno sviluppo prodotto di successo.
A livello strategico vengono discussi temi importanti che riguardano lo sviluppo del portfolio:
La decisione viene presa rapidamente – e il resto è “solo” esecuzione. Ma questa “esecuzione banale” deve naturalmente essere assunta da qualcuno. E così un Portfolio Manager si assumerà la responsabilità:
Così il tema si trova come Epic presso il Portfolio Management. Il suo margine di discrezionalità è positivo, ma crea anche problemi che devono essere risolti:
Una decisione a livello di portfolio ha naturalmente conseguenze di vasta portata nel lavoro dei team all’interno dell’ART:
Spesso possiamo già ritenerci fortunati se avviene così tanta comunicazione che a livello di portfolio esiste una comprensione di quali lavori stanno ancora procedendo in parallelo e quali conseguenze nuovi Epic hanno sulla consegna di ogni singola Feature. E così si pianifica:
E i team si mettono al lavoro, e ognuno fa del suo meglio – il brusco risveglio arriva poi nella demo con il cliente:
Il feedback del cliente deve naturalmente essere preso sul serio, e così i Product Owner riportano l’opinione del cliente al management:
E così il “telefono senza fili” continua:
Le confusioni che ne derivano portano poi, a posteriori, a placare il cliente, interrompere lavori già iniziati e rimandare temi parzialmente completati. Questo non è né auspicabile né sostenibile.
Per evitare che in realtà nessuno sappia cosa è importante, perché e quando, è necessaria un’alta trasparenza.
Misure SAFe per aumentare la trasparenza:
Esiste un unico Portfolio Kanban centralizzato. In questo modo c’è una visione unitaria su quali Epic sono in lavorazione, quali vengono dopo – e cosa è già completato.
Gli obiettivi del Program Increment vengono definiti insieme nel PI Planning come PI Objectives e sono sempre visibili a tutti i partecipanti.
I team si impegnano su obiettivi chiari a breve termine e normalmente li raggiungono.
Se i team si discostano dai loro obiettivi, lo comunicano tempestivamente non solo internamente, ma anche tra di loro.
La vista sul Program e sull’Architecture Kanban è aperta a tutti coloro che hanno a che fare con l’Agile Release Train (ART).
Lo stesso vale per i Backlog di tutti i team dell’ART.
Il progresso del programma viene verificato nelle Iteration e System Demo. Così diventa rapidamente visibile dove il piano originale deve essere adattato.
Armonizzazione della strategia e dell’effettiva capacità di sviluppo
Esiste una comprensione condivisa del concetto di “Velocity” fino al management
C’è chiarezza sul WIP a livello di team e di programma – in particolare sul fatto che il WIP dovrebbe essere limitato.
Queste misure non pretendono assolutamente di essere esaustive, ma rappresentano il minimo essenziale per poter prevenire i problemi più frequenti.
SAFe punta sul fatto che ogni singolo individuo sappia come contribuire affinché il massimo valore venga consegnato il più rapidamente possibile – e allo stesso modo sulla fiducia che ognuno faccia la propria parte per il buon risultato. Il quarto valore, la Program Execution, lo spieghiamo nel prossimo articolo.
