Autovalutazione delle metriche DORA per i team

Stimate in team le cinque metriche di delivery DORA, poi intervenite sulla più debole.

Provi questo controllo dello stato di salute in tempo reale

Cosa sono le metriche DORA?

DORA (DevOps Research and Assessment), il programma di ricerca oggi parte di Google Cloud, ha individuato un piccolo insieme di metriche di delivery del software che permettono di prevedere le prestazioni dei team. Tre misurano il throughput: quanto spesso fate il deploy, quanto tempo impiega una modifica ad arrivare in produzione e quanto rapidamente vi riprendete da un deployment fallito. Due misurano l'instabilità: quanto spesso i deployment falliscono e quanti deployment sono correzioni non pianificate. La maggior parte dei team non ha questi numeri su una dashboard. Questa autovalutazione è la versione per team del Quick Check individuale di DORA: ognuno sceglie l'intervallo che corrisponde alla propria esperienza degli ultimi tre mesi. Gli intervalli di risposta sono definiti da TeamRetro e non sono i benchmark ufficiali di DORA. Quando le persone scelgono intervalli diversi, quella differenza è la prima cosa di cui parlare. Portate la metrica più debole nella retrospettiva e concordate un cambiamento per migliorarla.

Dimensioni

Throughput

Quanto rapidamente e quanto spesso le modifiche arrivano in produzione.

  • Frequenza di deployment

    Con quale frequenza il nostro team fa il deploy in produzione?

    1. Meno di una volta ogni sei mesi
    2. Tra una volta al mese e una volta ogni sei mesi
    3. Tra una volta a settimana e una volta al mese
    4. Tra una volta al giorno e una volta a settimana
    5. On demand (più volte al giorno)

  • Lead time delle modifiche

    Quanto tempo impiega una modifica, dopo il commit, ad arrivare in produzione?

    1. Più di sei mesi
    2. Da uno a sei mesi
    3. Da una settimana a un mese
    4. Da un giorno a una settimana
    5. Meno di un giorno

  • Tempo di ripristino dopo un deployment fallito

    Quando un deployment fallisce e richiede attenzione immediata, quanto tempo ci serve per ripristinare il servizio?

    1. Più di un mese
    2. Da una settimana a un mese
    3. Da un giorno a una settimana
    4. Meno di un giorno
    5. Meno di un'ora

Instabilità

Quanto spesso i deployment vanno storti e richiedono correzioni.

  • Tasso di fallimento delle modifiche

    Quale percentuale dei nostri deployment richiede un intervento immediato, come un rollback o un hotfix?

    1. Più del 45%
    2. Dal 30% al 45%
    3. Dal 15% al 30%
    4. Dal 5% al 15%
    5. Meno del 5%

  • Tasso di rework dei deployment

    Quale percentuale dei nostri deployment non è pianificata e serve a correggere un problema in produzione?

    1. Più del 45%
    2. Dal 30% al 45%
    3. Dal 15% al 30%
    4. Dal 5% al 15%
    5. Meno del 5%

Quando utilizzare questo controllo dello stato di salute

  • Quando volete i numeri DORA ma non avete ancora strumenti per misurarli.
  • Ogni trimestre, per monitorare la delivery insieme all'Health Check SPACE Framework.
  • Prima di investire in strumenti per la delivery, per concordare quale metrica sia il vero collo di bottiglia.

Consigli e suggerimenti

  • Concordate il periodo di riferimento prima delle valutazioni. Per la maggior parte dei team vanno bene gli ultimi tre mesi.
  • Se le valutazioni si distribuiscono su più intervalli, le persone percepiscono la delivery in modo diverso. Parlatene prima di guardare la media.
  • Usate N/A per "non lo so". Molte risposte N/A di solito indicano che vale la pena misurare quella metrica in modo accurato.
  • Le metriche DORA descrivono il sistema di delivery di un team, non le prestazioni individuali. Confrontate i team con cautela.
  • Scegliete la metrica più debole, concordate un cambiamento nella retrospettiva e ripetete il check il trimestre successivo.
  • Per analizzare le pratiche dietro i numeri, proseguite con il DevOps Maturity Assessment.

Domande frequenti

Cosa sono le metriche DORA?
Sono cinque metriche di delivery del software definite dal programma di ricerca DORA. Frequenza di deployment, lead time delle modifiche e tempo di ripristino dopo un deployment fallito misurano il throughput. Tasso di fallimento delle modifiche e tasso di rework dei deployment misurano l'instabilità. Le "four key metrics" originali non includevano il tasso di rework, che DORA ha aggiunto più di recente.
Cosa significa DORA?
DevOps Research and Assessment. È il programma di ricerca dietro i report State of DevOps e fa parte di Google Cloud dal 2018.
Come si misurano le metriche DORA senza uno strumento?
Chiedendo a chi fa il lavoro. In questo check ogni persona sceglie l'intervallo che meglio corrisponde agli ultimi tre mesi. È meno preciso che estrarre i dati dalla pipeline, ma è veloce, mostra dove le opinioni divergono e indica quale metrica misurare per prima in modo accurato.
Qual è un buon punteggio DORA?
Non esiste una soglia di sufficienza. Secondo la ricerca DORA, i team con le prestazioni migliori fanno deploy spesso, portano rapidamente le modifiche in produzione e si riprendono in fretta, mantenendo bassi i tassi di fallimento e di rework. Velocità e stabilità tendono ad andare di pari passo anziché escludersi a vicenda. Confrontate prima il team con il suo risultato precedente.
Qual è la differenza tra DORA e SPACE?
DORA misura la delivery del software con un piccolo insieme di metriche. SPACE è più ampio: considera come si sentono gli sviluppatori, come collaborano e come scorre il lavoro, oltre all'output. Molti team usano DORA per la delivery e SPACE per il quadro generale. TeamRetro offre anche un Health Check SPACE Framework.
Cos'è il lead time delle modifiche?
Il tempo che passa dal commit di una modifica nel sistema di controllo versione al momento in cui quella modifica è in esecuzione in produzione.

Based on DORA's software delivery performance metrics (dora.dev). TeamRetro isn't affiliated with DORA or Google.

Controlli sanitari correlati