Autoavaliação das métricas DORA para equipas

Estimem em equipa as cinco métricas de entrega DORA e atuem sobre a mais fraca.

Experimente esta avaliação de saúde ao vivo

O que são as métricas DORA?

O DORA (DevOps Research and Assessment), programa de investigação que hoje faz parte da Google Cloud, identificou um pequeno conjunto de métricas de entrega de software que permitem prever o desempenho das equipas. Três medem o débito: com que frequência fazem implementações, quanto tempo demora uma alteração a chegar a produção e com que rapidez recuperam de uma implementação falhada. Duas medem a instabilidade: com que frequência as implementações falham e quantas são correções não planeadas. A maioria das equipas não tem estes números num dashboard. Esta autoavaliação é uma versão para equipas do Quick Check individual do DORA: cada pessoa escolhe o intervalo que corresponde à sua experiência dos últimos três meses. Os intervalos de resposta foram definidos pela TeamRetro e não são os benchmarks oficiais do DORA. Quando as pessoas escolhem intervalos diferentes, é dessa diferença que devem falar primeiro. Levem a métrica mais fraca para a retrospetiva e combinem uma alteração para a melhorar.

Dimensões

Débito

Com que rapidez e frequência as alterações chegam a produção.

  • Frequência de implementação

    Com que frequência a nossa equipa faz implementações em produção?

    1. Menos de uma vez a cada seis meses
    2. Entre uma vez por mês e uma vez a cada seis meses
    3. Entre uma vez por semana e uma vez por mês
    4. Entre uma vez por dia e uma vez por semana
    5. A pedido (várias vezes por dia)

  • Lead time de alterações

    Quanto tempo demora uma alteração submetida (commit) a chegar a produção?

    1. Mais de seis meses
    2. Um a seis meses
    3. Uma semana a um mês
    4. Um dia a uma semana
    5. Menos de um dia

  • Tempo de recuperação de implementações falhadas

    Quando uma implementação falha e exige atenção imediata, quanto tempo demoramos a recuperar?

    1. Mais de um mês
    2. Uma semana a um mês
    3. Um dia a uma semana
    4. Menos de um dia
    5. Menos de uma hora

Instabilidade

Com que frequência as implementações correm mal e precisam de ser corrigidas.

  • Taxa de falha de alterações

    Que percentagem das nossas implementações exige intervenção imediata, como um rollback ou um hotfix?

    1. Mais de 45%
    2. 30% a 45%
    3. 15% a 30%
    4. 5% a 15%
    5. Menos de 5%

  • Taxa de retrabalho de implementações

    Que percentagem das nossas implementações não é planeada e serve para corrigir um problema em produção?

    1. Mais de 45%
    2. 30% a 45%
    3. 15% a 30%
    4. 5% a 15%
    5. Menos de 5%

Quando utilizar essa avaliação de saúde

  • Quando querem números DORA, mas ainda não têm ferramentas para os medir.
  • Trimestralmente, para acompanhar a entrega em conjunto com o Health Check do SPACE Framework.
  • Antes de investir em ferramentas de entrega, para chegarem a acordo sobre qual é a métrica que constitui o verdadeiro estrangulamento.

Dicas e truques

  • Definam o período de referência antes de as pessoas avaliarem. Os últimos três meses funcionam bem para a maioria das equipas.
  • Quando as avaliações se espalham por vários intervalos, as pessoas veem a entrega de formas diferentes. Falem disso antes de olharem para a média.
  • Usem N/A para "não sei". Muitas respostas N/A costumam indicar que vale a pena medir essa métrica a sério.
  • As métricas DORA descrevem o sistema de entrega de uma equipa, não o desempenho individual. Comparem equipas com cuidado.
  • Escolham a métrica mais fraca, combinem uma alteração na retrospetiva e repitam a avaliação no trimestre seguinte.
  • Para analisar as práticas por detrás dos números, continuem com a Avaliação de maturidade DevOps.

Perguntas frequentes

O que são as métricas DORA?
São cinco métricas de entrega de software do programa de investigação DORA. A frequência de implementação, o lead time de alterações e o tempo de recuperação de implementações falhadas medem o débito. A taxa de falha de alterações e a taxa de retrabalho de implementações medem a instabilidade. As "quatro métricas-chave" originais não incluíam a taxa de retrabalho, que o DORA acrescentou mais recentemente.
O que significa DORA?
DevOps Research and Assessment. É o programa de investigação responsável pelos relatórios State of DevOps e faz parte da Google Cloud desde 2018.
Como se medem as métricas DORA sem uma ferramenta?
Perguntem a quem faz o trabalho. Nesta avaliação, cada pessoa escolhe o intervalo que melhor corresponde aos últimos três meses. É menos preciso do que extrair dados do pipeline, mas é rápido, mostra onde há divergências e indica qual a métrica que devem começar por medir com rigor.
O que é uma boa pontuação DORA?
Não existe uma nota mínima. A investigação do DORA conclui que as equipas com melhor desempenho fazem implementações com frequência, levam as alterações rapidamente para produção e recuperam depressa, mantendo baixas as taxas de falha e de retrabalho. Velocidade e estabilidade tendem a andar juntas, em vez de se anularem. Comparem primeiro a equipa com o seu próprio resultado anterior.
Qual é a diferença entre DORA e SPACE?
O DORA mede a entrega de software com um pequeno conjunto de métricas. O SPACE é mais abrangente: cobre a forma como os programadores se sentem, como colaboram e como o trabalho flui, além dos resultados produzidos. Muitas equipas usam o DORA para a entrega e o SPACE para uma visão mais ampla. A TeamRetro também tem um Health Check do SPACE Framework.
O que é o lead time de alterações?
É o tempo que decorre desde que uma alteração é submetida no controlo de versões até essa alteração estar a funcionar em produção.

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

Exames médicos relacionados