Articoli
Tutorial
Guide interattive
Metriche DORA: come misurare il successo di Open DevOps
DevOps Research and Assessment (DORA) fornisce un set standard di metriche DevOps utilizzate per valutare le prestazioni e la maturità dei processi. Queste metriche forniscono informazioni sulla velocità con cui DevOps può rispondere alle modifiche, sul tempo medio di distribuzione del codice, sulla frequenza delle iterazioni e informazioni sugli errori.
Questa guida illustra le quattro metriche DORA, la loro importanza e come i team possono utilizzare Open DevOps per misurare le prestazioni.
Che cos'è DORA?
DORA è nato come team di Google Cloud focalizzato specificamente sulla valutazione delle prestazioni DevOps tramite un set standard di metriche. Il loro obiettivo è migliorare le prestazioni e la collaborazione aumentando la velocity. Queste metriche fungono da strumento di miglioramento continuo per i team DevOps di tutto il mondo, aiutando a fissare obiettivi sulla base delle prestazioni attuali e quindi a misurare gli avanzamenti rispetto a tali obiettivi.
DevOps è fondamentale per mantenere il software e i processi aziendali privi di intoppi, in modo che gli utenti possano concentrarsi sul proprio lavoro. Le metriche DORA sono fondamentali per aiutare i team DevOps a:
- Fornire stime di risposta realistiche
- Migliorare la pianificazione del lavoro
- Identificare le aree di miglioramento
-
Creare consenso per gli investimenti tecnici e in risorse
Cosa sono le metriche DORA?
Le metriche DORA per i team DevOps si concentrano su quattro misure critiche:
- Frequenza delle distribuzione
- Il tempo che intercorre tra l'accettazione e la distribuzione
- Frequenza di esiti negativi nelle distribuzioni
- Quanto tempo ci vuole per ripristinare il servizio o riprendersi da un guasto
Quanto segue spiega perché queste metriche sono le migliori pratiche DevOps, illustra la loro misurazione e indica cosa possono fare i team per migliorare le proprie prestazioni.
Frequenza di distribuzione
I team DevOps generalmente rilasciano software in distribuzioni più piccole e frequenti per ridurre il numero di modifiche e rischi in ogni ciclo. Le distribuzioni più frequenti consentono ai team di raccogliere feedback con maggiore tempestività, il che porta a iterazioni più rapide.
La frequenza di distribuzione è il numero medio di distribuzioni giornaliere di codice completate in un determinato ambiente. Questo è un indicatore dell'efficienza complessiva di DevOps, in quanto misura la velocità del team di sviluppo e le sue capacità e il livello di automazione.
Ridurre la quantità di lavoro o le dimensioni di ogni distribuzione può aiutare ad aumentare la frequenza di distribuzione.
Lead time per le modifiche
Il lead time per le modifiche misura la velocità media con cui il team DevOps fornisce il codice, dall'impegno alla distribuzione. Indica la capacità del team, la complessità del codice e la capacità complessiva di DevOps di rispondere alle modifiche nell'ambiente.
Questa metrica aiuta le aziende a quantificare la velocità di rilascio del codice al cliente o all'azienda. Ad esempio, alcuni team altamente qualificati possono avere un lead time medio di 2-4 ore per le modifiche, mentre per altri questo tempo può essere una settimana.
Ridurre la quantità di lavoro nella distribuzione, migliorare le revisioni del codice e aumentare l'automazione sono fattori che possono aiutare a ridurre i lead time delle modifiche.
Scopri la soluzione
Strumenti per un team DevOps eccellente
materiale correlato
L'importanza della struttura del team in DevOps
Tasso di errore delle modifiche
Il tasso di errore delle modifiche è la percentuale di distribuzioni che causano un errore nella produzione. La frequenza di distribuzione e il lead time delle modifiche sono misure adeguate dell'automazione e delle capacità DevOps, ma solo se tali distribuzioni hanno successo. Il tasso di errore delle modifiche è una contromisura alla frequenza e alla velocità.
Questa metrica può essere difficile da misurare perché molte distribuzioni, in particolare quelle risposta critica, possono generare bug in produzione. Comprendere la gravità e la frequenza di questi problemi aiuta i team DevOps a misurare la stabilità rispetto alla velocità.
Ridurre la quantità di lavori in corso nella distribuzione e aumentare l'automazione possono aiutare a ridurre il tasso di errore delle modifiche.
Tempo di ripristino del servizio
Il tempo di risposta è fondamentale quando qualcosa va storto nell'ambiente di produzione. Che si tratti di una minaccia alla sicurezza esterna o di un bug che ha bloccato i processi standard, i team DevOps devono essere in grado di rispondere rapidamente con:
- Correzioni di bug
- Nuovo codice
Aggiornamenti
Il tempo di ripristino dei servizi, o tempo medio di ripristino, è il tempo medio tra l'individuazione del problema e la sua risoluzione nell'ambiente di produzione.
Un piano di risposta aiuta i team a capire come risolvere i problemi prima che si presentino, riducendo in definitiva i tempi di ripristino del servizio.
Perché le metriche DORA sono importanti
Per comprendere DevOps, bisogna capire come i team di sviluppo e operativi siano in passato sempre stati separati, con poca collaborazione o comprensione reciproca del lavoro. DevOps, che è diventata un'alternativa ampiamente adottata, ha unito i due team in uno solo.
Uno dei vantaggi di DevOps include la collaborazione tra team multidisciplinari, che migliora la qualità delle soluzioni con un rilascio più rapido.
DORA utilizza queste metriche per identificare e classificare le prestazioni del team. Per ogni metrica, i team ottengono un livello (Basso, Medio, Alto ed Elite). Ad esempio, per raggiungere il livello Elite per il tasso di errore delle modifiche, il team deve ottenere risultati costanti allo 0-15%. Per raggiungere il livello Elite nel tempo per il ripristino, deve essere in grado di risolvere i problemi entro un'ora. La classifica combinata del team in tutte le metriche determina la classifica generale.
Sapere come il tuo team si confronta con il settore è un ottimo punto per identificare dove concentrare i miglioramenti. Le metriche DORA forniscono la baseline per stabilire obiettivi e misurare gli avanzamenti.
Come implementare le metriche DORA
Quando implementi le metriche DORA, analizza tutte e quattro le misure insieme. Ad esempio, una frequenza di distribuzione costantemente elevata non è sufficiente se anche il tasso di errore delle modifiche è costantemente elevato.
Potrebbe essere necessario concentrarsi maggiormente sull'automazione e sulle revisioni del codice. Allo stesso modo, un basso tasso di errore delle modifiche può sembrare ottimo, ma se il lead time per le modifiche è troppo lungo, potrebbe essere necessario suddividere il lavoro in parti più piccole.
Per iniziare, crea una pipeline DevOps che analizzi le fonti di dati in base a modifiche, imprevisti e distribuzioni:
- Estrai i dati sin dall'inizio.
- Analizzali in tabelle di modifiche, distribuzioni e imprevisti.
- Calcola le prestazioni in base alle metriche.
Open DevOps fornisce ai team gli strumenti per sviluppare, distribuire e utilizzare il software. Jira Software supporta Open DevOps, lo strumento n. 1 tra i team agili. Grazie alle integrazioni con i principali fornitori e le App Marketplace, i team possono creare la toolchain DevOps che desiderano.
Gestione delle metriche DORA e del flusso di valore
La gestione del flusso di valore è la pratica di fornire rilasci frequenti e di alta qualità ai clienti. Una misura efficace della gestione del flusso di valore è il fatto che il cliente si renda o meno conto del valore delle modifiche.
Le metriche DORA svolgono un ruolo importante nella gestione del flusso di valore perché forniscono le misure baseline per acquisire:
- Frequenza di distribuzione
- Lead time per le modifiche
- Percentuale di esiti negativi
-
Tempo di ripristino del servizio
Se combinate con il feedback dei clienti, le metriche DORA indicano ai team DevOps dove concentrare gli sforzi di miglioramento e come posizionare i propri servizi rispetto alla concorrenza.
Usare le metriche DORA per il successo di Open DevOps
Quando i team avviano DevOps, l'implementazione delle metriche DORA è essenziale per il loro successo. Open DevOps aiuta i team a tenere traccia delle metriche DORA per misurare l'integrità di DevOps.
Con le integrazioni portanti di Open DevOps, i team possono creare la toolchain per lo sviluppo di software end-to-end e implementare le metriche DORA per misurare il successo. I migliori strumenti DevOps includono:
- Jira Software è la scelta numero uno dei team di sviluppo software agili per la programmazione e il monitoraggio del lavoro.
- Bitbucket consente ai team di sviluppo di archiviare e tenere traccia del codice e controllare le modifiche.
- Confluence fornisce strumenti di collaborazione e gestione della conoscenza per consentire ai team di acquisire, analizzare e condividere informazioni.
-
Jira Service Management aiuta i team DevOps a tracciare e gestire gli imprevisti e ad acquisire metriche DORA critiche.
Ottimizza il processo di distribuzione del software e prepara il tuo team al successo con Open DevOps, che ha tutto ciò di cui hai bisogno per sviluppare e operare immediatamente.
Metriche DORA: domande frequenti
Quali sono le sfide più comuni delle metriche DORA?
Quando distribuisci le metriche DORA, stabilisci subito il tono con i membri del team. La raccolta di dati e la pubblicazione di informazioni sulle prestazioni può sembrare una minaccia per alcune persone. Per mitigare questo problema, invita tutti a partecipare a quanto segue:
- Raccolta dati
- Generazione di idee
-
Definizione degli obiettivi
Chiedi cosa sia realizzabile e cosa vada considerato uno stretch goal.
Lavora in modo collaborativo per analizzare e discutere i risultati. Tutti possono avere un'opinione su un'area specifica, come l'automazione, ma coinvolgere i membri responsabili di quell'area è fondamentale per ottenere il consenso e la cooperazione.
Come può la tua azienda migliorare continuamente utilizzando le metriche DORA in Open DevOps?
Le metriche DORA aiutano i team a bilanciare velocità e qualità. Puoi puntare a ottenere lo stato di team DevOps DORA Elite, ma inizia da dove ti trovi e lavora per raggiungere quell'obiettivo nel tempo.
Mantenere un team impegnato nel miglioramento continuo può includere la definizione di obiettivi ambiziosi a lungo termine, se le persone capiscono che il miglioramento incrementale a breve termine è la strada per raggiungerli.
Suddividi gli obiettivi in metriche specifiche e raggiungibili per aree definite di DevOps, ad esempio ridurre i tempi di ripristino del 25% con una percentuale di modifiche non riuscita del 10% o meno. Ciò fornisce un obiettivo significativo che si basa sulle attuali capacità del team.
In che modo le metriche DORA si allineano ai principi di Open DevOps?
Le prestazioni di DevOps possono essere difficili da misurare, soprattutto per progetti complessi. DORA fornisce metriche affidabili per aiutare i team a contestualizzare le proprie prestazioni.
DevOps mira a riunire sviluppo e operazioni per aumentare prestazioni e capacità. Le metriche DORA supportano questi valori con una visibilità end-to-end. I team in grado di monitorare il miglioramento continuo rimangono motivati e concentrati.
Condividi l'articolo
Argomento successivo
Letture consigliate
Aggiungi ai preferiti queste risorse per ricevere informazioni sui tipi di team DevOps e aggiornamenti continui su DevOps in Atlassian.
Community DevOps
Percorso di apprendimento DevOps
