Che cos'è il Modello di maturità della delivery agile?
Il Modello di maturità della delivery agile valuta 11 pratiche che determinano se la delivery del team è prevedibile: quanto è pronto il backlog, come viene scomposto il lavoro, quanto lavoro è in corso contemporaneamente, quanto è stabile il cycle time, con quale frequenza si rilascia e se retrospettive e metriche alimentano l'iterazione successiva. Ogni pratica si colloca su una scala a cinque stadi, da Ad hoc a Emergente, Definito, Gestito fino a Ottimizzato, e ogni stadio ha una descrizione scritta, così tutti valutano facendo riferimento allo stesso quadro. Le pratiche sono suddivise in quattro gruppi: Pianificazione e prioritizzazione, Flusso di delivery, Collaborazione del team, Feedback e miglioramento continuo. Se ognuno valuta prima da solo, si vede dove il team è d'accordo e dove no. Una forte dispersione su Cadenza dei rilasci o Efficienza decisionale di solito indica che le persone partono da presupposti diversi, ed è proprio questa la conversazione da fare prima di scegliere cosa migliorare.
Dimensioni
Pianificazione e prioritizzazione
Quanto bene il team prepara e scompone il lavoro che prende in carico e si allinea su di esso.
Preparazione del backlog
Quanto è preparato e rifinito il backlog del team per il lavoro in arrivo?
- Ad hocGli elementi del backlog sono vaghi, incoerenti o privi di dettagli chiave. Spesso il team non ha chiaro su cosa lavorare dopo.
- EmergenteAlcuni elementi del backlog sono rifiniti, ma molti richiedono ancora chiarimenti durante gli sprint.
- DefinitoLa maggior parte degli elementi del backlog viene rifinita in anticipo, con criteri di accettazione chiari.
- GestitoIl backlog viene curato e prioritizzato con costanza ed è pronto per le sessioni di pianificazione.
- OttimizzatoLa preparazione del backlog è proattiva; gli elementi vengono rifiniti con largo anticipo, con il contributo degli stakeholder e dipendenze chiare.
Scomposizione del lavoro
Con quale efficacia il team scompone il lavoro in parti gestibili?
- Ad hocGli elementi di lavoro sono grandi e ambigui, il che rende imprevedibili stime e consegne.
- EmergenteIl lavoro viene in parte scomposto, ma gli elementi sono spesso ancora troppo grandi o poco chiari.
- DefinitoIl lavoro viene generalmente suddiviso in parti ragionevoli che rientrano in uno sprint.
- GestitoLa scomposizione è costante e favorisce consegne prevedibili e stime accurate.
- OttimizzatoIl lavoro viene scomposto in piccoli incrementi, ciascuno con un valore autonomo, che permettono un flusso continuo.
Allineamento sulle priorità
Quanto è allineato il team con gli stakeholder e con gli obiettivi di business sulle priorità?
- Ad hocLe priorità cambiano spesso senza una motivazione chiara; team e stakeholder sono spesso disallineati.
- EmergenteEsiste un certo allineamento, ma priorità in competizione causano confusione o continui cambi di contesto.
- DefinitoLe priorità vengono comunicate e sono generalmente comprese, anche se a volte si verificano disallineamenti.
- GestitoForte allineamento tra team e stakeholder sulle priorità; i cambiamenti sono gestiti in modo trasparente.
- OttimizzatoLa prioritizzazione è collaborativa, basata sui dati e strettamente legata ai risultati di business.
Flusso di delivery
Con quanta fluidità e prevedibilità il lavoro passa dall'avvio al valore rilasciato.
Gestione del work in progress
Quanto bene il team gestisce la quantità di lavoro in corso?
- Ad hocNessun limite di WIP; i membri del team si destreggiano tra molte attività, causando ritardi e cambi di contesto.
- EmergenteEsiste consapevolezza del WIP, ma i limiti non vengono applicati con costanza.
- DefinitoI limiti di WIP sono in vigore e generalmente rispettati, il che riduce il sovraccarico.
- GestitoIl WIP viene monitorato attivamente e regolato per ottimizzare flusso e throughput.
- OttimizzatoLa gestione del WIP è parte integrante del flusso di lavoro del team e consente una consegna fluida e prevedibile.
Prevedibilità del cycle time
Quanto è prevedibile il tempo che va dall'avvio del lavoro al suo completamento?
- Ad hocI cycle time sono molto variabili e imprevedibili; i ritardi sono frequenti e inattesi.
- EmergenteEsiste una certa consapevolezza del cycle time, ma varia molto e non viene monitorato con costanza.
- DefinitoIl cycle time viene misurato ed è ragionevolmente prevedibile per la maggior parte degli elementi di lavoro.
- GestitoIl cycle time è stabile e viene usato per le previsioni e la pianificazione della capacità.
- OttimizzatoIl cycle time è costantemente breve e prevedibile, con un impegno continuo a ridurlo ulteriormente.
Cadenza dei rilasci
Con quale regolarità e affidabilità il team rilascia software funzionante?
- Ad hocI rilasci sono poco frequenti, imprevedibili e spesso faticosi o rischiosi.
- EmergenteI rilasci avvengono, ma sono irregolari e a volte slittano a causa di impedimenti.
- DefinitoIl team rilascia con una cadenza regolare e un'affidabilità ragionevole.
- GestitoI rilasci sono frequenti, a basso rischio e ben coordinati con gli stakeholder.
- OttimizzatoLa continuous delivery è una realtà; i rilasci avvengono senza intoppi e con un overhead minimo.
Collaborazione del team
Con quale efficacia il team lavora insieme, condivide le conoscenze e prende decisioni.
Cooperazione cross-funzionale
Quanto bene collaborano tra loro i membri del team con competenze diverse?
- Ad hocEsistono silos; la collaborazione tra i ruoli è minima o tesa.
- EmergenteC'è una certa interazione cross-funzionale, ma non è costante né fluida.
- DefinitoI membri del team collaborano regolarmente tra ruoli diversi e risolvono insieme la maggior parte dei problemi.
- GestitoForte collaborazione cross-funzionale; i membri del team si supportano a vicenda in modo proattivo.
- OttimizzatoCooperazione fluida tra tutte le discipline; il team opera come una vera unità.
Condivisione della conoscenza
Con quale efficacia il team condivide la conoscenza e riduce i silos?
- Ad hocLa conoscenza è chiusa in silos; le informazioni chiave sono in mano a singole persone e vengono condivise raramente.
- EmergenteUna certa condivisione avviene in modo informale, ma lacune e colli di bottiglia persistono.
- DefinitoSono in atto pratiche regolari di condivisione della conoscenza (ad es. pairing, demo, documentazione).
- GestitoLa conoscenza è ampiamente distribuita; il team lavora attivamente per ridurre i single point of failure.
- OttimizzatoL'apprendimento continuo e la condivisione della conoscenza fanno parte della cultura del team.
Efficienza decisionale
Con quale rapidità ed efficacia il team prende decisioni?
- Ad hocLe decisioni sono lente, poco chiare o rimesse spesso in discussione senza arrivare a una soluzione.
- EmergenteAlcune decisioni vengono prese in modo efficiente, ma molte si bloccano o richiedono un'escalation.
- DefinitoIl team ha processi chiari per la maggior parte delle decisioni e le prende in tempi adeguati.
- GestitoLe decisioni vengono prese rapidamente con il giusto contributo; il team ha l'autonomia per agire.
- OttimizzatoIl processo decisionale è rapido, decentralizzato e basato sui dati, con responsabilità chiare.
Feedback e miglioramento continuo
Con quale costanza il team riflette, impara e usa i dati per migliorare nel tempo.
Efficacia delle retrospettive
Quanto sono utili e concrete le retrospettive del team?
- Ad hocLe retrospettive vengono saltate, sono superficiali o non portano a cambiamenti significativi.
- EmergenteLe retrospettive si svolgono, ma spesso le azioni concordate non vengono portate a termine.
- DefinitoLe retrospettive sono regolari e producono miglioramenti concreti che vengono messi in pratica.
- GestitoLe retrospettive guidano il miglioramento continuo; il team monitora e verifica l'avanzamento delle azioni.
- OttimizzatoLe retrospettive sono molto efficaci, con una forte cultura della riflessione e della sperimentazione.
Miglioramento guidato dalle metriche
Quanto bene il team usa dati e metriche per orientare il miglioramento?
- Ad hocNon viene monitorata alcuna metrica; gli sforzi di miglioramento si basano sull'istinto o su aneddoti.
- EmergenteEsistono alcune metriche, ma non vengono usate con costanza per orientare le decisioni.
- DefinitoLe metriche chiave vengono monitorate e riviste regolarmente per individuare le aree di miglioramento.
- GestitoLe metriche sono parte integrante della pianificazione e del miglioramento; il team agisce in base a ciò che emerge dai dati.
- OttimizzatoCultura data-driven; le metriche vengono usate in modo proattivo per sperimentare e ottimizzare le prestazioni.
Quando utilizzare questo controllo dello stato di salute
- Per stabilire una baseline prima di cambiare il modo in cui il team pianifica o rilascia il lavoro.
- Ogni trimestre, per verificare se le pratiche di delivery stanno salendo lungo la scala.
- Quando si forma un nuovo team e vuoi che tutti concordino sul punto di partenza della delivery.
- Prima di una trasformazione agile o di un cambiamento di processo, per concentrare l'impegno sugli stadi davvero deboli.
- Quando la delivery sembra imprevedibile e non riesci a capire se la causa sia la pianificazione, il flusso o la collaborazione.
Consigli e suggerimenti
- Chiedi a ciascuno di valutare da solo prima della discussione, così nessuno si lascia influenzare dal primo stadio detto ad alta voce.
- Parti dalle dimensioni in cui i punteggi sono più dispersi. Valutazioni diverse di solito indicano presupposti diversi su come si svolge il lavoro.
- Scegli una o due dimensioni da far salire di uno stadio entro la prossima sessione. Cercare di migliorarle tutte e 11 insieme disperde troppo l'impegno.
- Formula ogni azione in base alla descrizione dello stadio successivo, ad esempio portare la Gestione del work in progress da Emergente a Definito concordando dei limiti di WIP.
- Ripeti la valutazione ogni trimestre e condividi l'andamento con gli stakeholder, così possono vedere come cambia la maturità della delivery.