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?

    1. Ad hocGli elementi del backlog sono vaghi, incoerenti o privi di dettagli chiave. Spesso il team non ha chiaro su cosa lavorare dopo.
    2. EmergenteAlcuni elementi del backlog sono rifiniti, ma molti richiedono ancora chiarimenti durante gli sprint.
    3. DefinitoLa maggior parte degli elementi del backlog viene rifinita in anticipo, con criteri di accettazione chiari.
    4. GestitoIl backlog viene curato e prioritizzato con costanza ed è pronto per le sessioni di pianificazione.
    5. 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?

    1. Ad hocGli elementi di lavoro sono grandi e ambigui, il che rende imprevedibili stime e consegne.
    2. EmergenteIl lavoro viene in parte scomposto, ma gli elementi sono spesso ancora troppo grandi o poco chiari.
    3. DefinitoIl lavoro viene generalmente suddiviso in parti ragionevoli che rientrano in uno sprint.
    4. GestitoLa scomposizione è costante e favorisce consegne prevedibili e stime accurate.
    5. 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à?

    1. Ad hocLe priorità cambiano spesso senza una motivazione chiara; team e stakeholder sono spesso disallineati.
    2. EmergenteEsiste un certo allineamento, ma priorità in competizione causano confusione o continui cambi di contesto.
    3. DefinitoLe priorità vengono comunicate e sono generalmente comprese, anche se a volte si verificano disallineamenti.
    4. GestitoForte allineamento tra team e stakeholder sulle priorità; i cambiamenti sono gestiti in modo trasparente.
    5. 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?

    1. Ad hocNessun limite di WIP; i membri del team si destreggiano tra molte attività, causando ritardi e cambi di contesto.
    2. EmergenteEsiste consapevolezza del WIP, ma i limiti non vengono applicati con costanza.
    3. DefinitoI limiti di WIP sono in vigore e generalmente rispettati, il che riduce il sovraccarico.
    4. GestitoIl WIP viene monitorato attivamente e regolato per ottimizzare flusso e throughput.
    5. 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?

    1. Ad hocI cycle time sono molto variabili e imprevedibili; i ritardi sono frequenti e inattesi.
    2. EmergenteEsiste una certa consapevolezza del cycle time, ma varia molto e non viene monitorato con costanza.
    3. DefinitoIl cycle time viene misurato ed è ragionevolmente prevedibile per la maggior parte degli elementi di lavoro.
    4. GestitoIl cycle time è stabile e viene usato per le previsioni e la pianificazione della capacità.
    5. 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?

    1. Ad hocI rilasci sono poco frequenti, imprevedibili e spesso faticosi o rischiosi.
    2. EmergenteI rilasci avvengono, ma sono irregolari e a volte slittano a causa di impedimenti.
    3. DefinitoIl team rilascia con una cadenza regolare e un'affidabilità ragionevole.
    4. GestitoI rilasci sono frequenti, a basso rischio e ben coordinati con gli stakeholder.
    5. 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?

    1. Ad hocEsistono silos; la collaborazione tra i ruoli è minima o tesa.
    2. EmergenteC'è una certa interazione cross-funzionale, ma non è costante né fluida.
    3. DefinitoI membri del team collaborano regolarmente tra ruoli diversi e risolvono insieme la maggior parte dei problemi.
    4. GestitoForte collaborazione cross-funzionale; i membri del team si supportano a vicenda in modo proattivo.
    5. 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?

    1. Ad hocLa conoscenza è chiusa in silos; le informazioni chiave sono in mano a singole persone e vengono condivise raramente.
    2. EmergenteUna certa condivisione avviene in modo informale, ma lacune e colli di bottiglia persistono.
    3. DefinitoSono in atto pratiche regolari di condivisione della conoscenza (ad es. pairing, demo, documentazione).
    4. GestitoLa conoscenza è ampiamente distribuita; il team lavora attivamente per ridurre i single point of failure.
    5. 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?

    1. Ad hocLe decisioni sono lente, poco chiare o rimesse spesso in discussione senza arrivare a una soluzione.
    2. EmergenteAlcune decisioni vengono prese in modo efficiente, ma molte si bloccano o richiedono un'escalation.
    3. DefinitoIl team ha processi chiari per la maggior parte delle decisioni e le prende in tempi adeguati.
    4. GestitoLe decisioni vengono prese rapidamente con il giusto contributo; il team ha l'autonomia per agire.
    5. 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?

    1. Ad hocLe retrospettive vengono saltate, sono superficiali o non portano a cambiamenti significativi.
    2. EmergenteLe retrospettive si svolgono, ma spesso le azioni concordate non vengono portate a termine.
    3. DefinitoLe retrospettive sono regolari e producono miglioramenti concreti che vengono messi in pratica.
    4. GestitoLe retrospettive guidano il miglioramento continuo; il team monitora e verifica l'avanzamento delle azioni.
    5. 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?

    1. Ad hocNon viene monitorata alcuna metrica; gli sforzi di miglioramento si basano sull'istinto o su aneddoti.
    2. EmergenteEsistono alcune metriche, ma non vengono usate con costanza per orientare le decisioni.
    3. DefinitoLe metriche chiave vengono monitorate e riviste regolarmente per individuare le aree di miglioramento.
    4. GestitoLe metriche sono parte integrante della pianificazione e del miglioramento; il team agisce in base a ciò che emerge dai dati.
    5. 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.

Domande frequenti

Che cos'è il modello di maturità della delivery agile?
È una valutazione a stadi delle pratiche di delivery del tuo team agile. Il team valuta 11 dimensioni relative a pianificazione, flusso, collaborazione e miglioramento su cinque stadi, da Ad hoc a Ottimizzato, e poi discute della propria situazione.
Chi dovrebbe partecipare a questo health check?
L'intero team di delivery: sviluppatori, tester, product owner e Scrum Master. Ogni ruolo vede una parte diversa di come il lavoro viene pianificato e rilasciato, quindi escluderne uno distorce il quadro.
Con quale frequenza dovremmo eseguirlo?
La maggior parte dei team lo esegue ogni trimestre o in corrispondenza delle milestone principali. Un ritmo regolare permette di confrontare i risultati e mostrare agli stakeholder se la maturità della delivery sta migliorando.
Che cosa significano i cinque livelli di maturità?
Ad hoc significa che le pratiche sono incoerenti e reattive. Emergente, Definito e Gestito descrivono pratiche via via più consistenti, mentre Ottimizzato indica che la pratica è proattiva e basata sui dati. Ogni dimensione ha una descrizione specifica per ciascun livello.
Come mettiamo in pratica i risultati?
Discutete le dimensioni con i punteggi più bassi o con la dispersione più ampia, concordate una o due su cui concentrarvi e definite azioni concrete che portino ciascuna verso lo stadio successivo entro la prossima revisione.