K21
  • Quem somos
  • Coaching & Consultoria
  • Treinamentos
  • EVDnC
  • Conteúdo
    • Tudo Sobre
    • Blog
    • Podcast
    • Cases
    • eBooks
  • Área do aluno
    • Portugal
    • Espanha
    • Latam
    • Estados Unidos
K21
  • Quem somos
  • Coaching & Consultoria
  • Treinamentos
  • EVDnC
  • Conteúdo
    • Tudo Sobre
    • Blog
    • Podcast
    • Cases
    • eBooks
  • Área do aluno
Siga nossas Redes Sociais:
Ir para o conteúdo
K21 Logo K21 Logo

Métricas: como medir a Agilidade do seu time

Métricas: como medir a Agilidade do seu time

Métricas: como medir a Agilidade do seu time

  • 10/novembro/2017
  • 3:05 pm

Um time que busca a melhoria contínua precisa basear-se em alguns dados além de resultados. Quando um time usa métricas em benefício próprio, sem o intuito de moldar comportamentos, ele consegue evoluir.

Sobre o uso de métricas, o pensamento precisa ser assim: se não medimos, não sabemos onde estamos. Se medimos errado, acreditamos estar em um lugar, quando, na verdade, estamos em outro. Se a métrica é irrelevante não faz sentido medir.

Quer ouvir o artigo sobre Métricas? Aperte o play!

Como métricas podem moldar o comportamento de um time?

Cuidado! Se você medir apenas a velocidade de entrega do produto, então poderá ter como resultado um time muito eficiente, porém com um produto de qualidade ruim. É como se o time fosse uma criança que ficou valente após ver a água ser sugada para o mar, mas, mesmo assim, saiu correndo em direção a ela. Em breve, a água voltará muito mais forte como uma onda e ela levará um caldo daqueles.

Assim, acontece com os bugs (erros). Eles surgem como uma onda e dão um verdadeiro susto no time. Por outro lado, ter um time eficiente e com qualidade, mas que faz a entrega de um produto sem valor, é como afundar no Titanic ao som de violino e saboreando um chá inglês. Então, em um cenário assim, surge uma dúvida: o que devemos medir?

Em 2014, o co-fundador da K21, Rodrigo de Toledo escreveu o artigo Até onde vai a agilidade?. Nele, foram apresentados os quatro Domínios da Agilidade (Negócio, Organização, Técnico e Cultural), como nós podemos usá-los para realizar a análise de times e empresas e como definir quais são os próximos passos da Transformação Digital e Transformação Ágil. Quer saber tudo sobre Agilidade? Conheça nosso hub de conteúdos!

Além disso, podemos usar os quatro domínios para mantermos o balanceamento das métricas em que um Time Ágil deve estar sempre de olho.

Exemplo de Métricas nos 4 Áreas do Domínio da Agilidade

Exemplo de Métricas nos 4 Áreas do Domínio da Agilidade

Eficácia (Negócio)

Nesse domínio, as métricas estão ligadas diretamente aos problemas do negócio. Se o time é criado para resolver problemas, essas métricas traduzem para números o propósito do Time Ágil e medem a eficácia da solução que está sendo construída.

Em métodos ágeis, os requisitos do produto normalmente descritos no formato de História do Usuário (User Story) não devem ser tratados como certezas absolutas que temos sobre a solução que estamos desenvolvendo. Na verdade, os requisitos são apenas hipóteses que podem ou não resolver o problema. A cada lançamento do produto devemos avaliar a eficácia da entrega. Caso você use o formato de História de Usuário, essas métricas ajudam a medir se o Para foi alcançado.

História do Usuário

Eu enquanto <persona/usuário real>
Desejo <funcionalidade, hipótese de solução do problema>
Para <problema a ser resolvido>

Exemplo: Eu, cliente regular do site X, desejo uma lista de recomendações de livros para facilitar o meu processo de escolha.

Podemos dizer que a funcionalidade foi eficaz se ela aumentou a quantidade de vendas dos livros que estavam na lista de recomendações dos clientes regulares do site. Objectives and Key Results (OKRs) é uma boa técnica para definir não apenas a métrica, mas também o alvo que queremos atingir.

Leia também o artigo do Agile Coach da K21, Magno de Santana, para saber como escolher essas métricas.

Exemplos: Atendimento, Comportamento do Usuário, Churn, Crescimento no Mercado, Custo de Aquisição, Custo do Atraso (Cost of Delay), Custo de Operação, Faturamento, Fatia do Mercado, Fatia dos Canais de Contato, Fitness For Purpose Score (F4P), Lifetime Value (LTV), Payback, Métricas do Pirata (Aquisição, Ativação, Retenção, Receita e Referência), Net Promoter Score (NPS), Retorno sobre o Investimento (RoI), Sentimento Social, Usuários ativos, Vendas, etc.

Eficiência (Organizacional)

As métricas do domínio Eficiência estão ligadas à performance do trabalho do time em relação à entrega do produto. Elas servem para dar previsibilidade ao trabalho, evidenciar gargalos do processo e auxiliar práticas de colaboração internas e externas ao time.

Métricas Kanban costumam prover bons indícios de eficiência. Essas métricas podem ser obtidas por meio da análise das Histórias do Usuário, que são mapeadas por grau de importância em um determinado quadro de atividades (Quadro Kanban, Quadro Scrum, Task Board, Quadro do Time, como você preferir chamá-lo).

Exemplos: Lead Time, Tempos de Ciclo, Tempo de Execução (Touch Time), Tempo de Espera (Waiting Time), Trabalho em Andamento (Work in Progress, WIP), Vazão.

Qualidade (Técnica)

Essas métricas medem a qualidade técnica do produto que está sendo construído e indicam o valor das dívidas técnicas que criamos ao longo do desenvolvimento.

Exemplos:
A qualidade técnica de um produto pode ser mensurada por meio de:
– Falhas – a quantidade de falhas (bugs) e a quantidade de usuários afetados por elas;
– Código – se o software tem cobertura de testes automatizados, qual é a complexidade do código-fonte ou a duplicação deste código;
– Performance e segurança, isto é, pela carga de acesso ao sistema, pela quantidade de invasões e de usuários simultâneos, além do consumo de CPU, memória e HD.

Atmosfera (Cultural)

Nesse domínio, as métricas medem o quão satisfeito os participantes estão para trabalhar naquele time ou organização. O número medido é subjetivo e serve apenas para o próprio time. Não é possível usá-lo para nenhum tipo de comparação entre equipes.

As métricas são tão particulares que a troca de participantes provavelmente irá alterá-las para o bem ou para o mal. Em alguns casos, utilizamos o Hapiness Radar para avaliar alguns aspectos importantes do time, tais como, os processos, as ferramentas e as práticas usadas no trabalho, no relacionamento com os colegas, na satisfação pessoal de pertencer ao time, na satisfação em realizar o trabalho e etc.

Outra técnica interessante é o Squad Health Check Model, usada pela Spotify. Existem outras técnicas como o NPS do Time, Ações para o Caminho do Nirvana, entre outras.

Conclusão

No texto, nós temos vários exemplos de métricas para cada um dos quadrantes (domínios) e o balanceamento entre eles deve ser visto como vital. Todavia, pense muito bem quais delas você quer manter em cada área. Se o time olha para muita coisa, ele não prestará atenção em nada.

Escolha apenas a quantidade suficiente para que o time não fique perdido. As métricas devem ser poucas, simples de medir, fáceis de compreender, relevantes para o caminho que o time está buscando e elas devem poder ser influenciadas pelo trabalho do time.

Gostou do tema?

Se você quer desbravar esse mundo e se aprofundar nas métricas, temos uma dica: confira os nossos treinamentos! 😉

  • Certified Scrum Product Owner (CSPO) (Eficácia);
  • Kanban Oficial LKU (Eficiência);
  • Certified Scrum Developer (CSD)(Qualidade);
  • Técnicas Ágeis de Facilitação (Atmosfera);
  • Métricas Ágeis.

Veja outros posts relacionados ao assunto no nosso blog:

  • Métricas Tóxicas – o que você não deve usar
  • 6 dicas para definir métricas de sucesso para seu produto
  • Como ler um CFD – Padrões de disfunções
  • NPS – Medindo a satisfação do cliente
  • Dívida Técnica e Juros Compostos


Autor(es)

Avelino Ferreira

Agile Expert e Trainer na K21, Avelino é desenvolvedor de software por formação, já passou por diversos papéis em diferentes organizações: Programador, Líder Técnico, Gerente de Projetos, Scrum Master, Product Owner e Gestor. Durante a carreira, auxiliou empresas a adotarem o Rati...

Creative Commons License
Esta postagem se encontra sob a licença
Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License.

Comentários

6 Comentários

  1. Reynaldo 10/10/2019 em 14:31- Responder

    Excelente mestre! No final deste mês estarei pela K21 para APRENDER mais ainda sobre este universo que somos apaixonados! AGILIDADE!

    • Avelino Ferreira 01/11/2019 em 15:47- Responder

      Sempre que precisar, estaremos por aqui!

  2. Julio Cesar da Silva Almeida 16/07/2020 em 17:00- Responder

    Muito bom! Vou assessar mais vezes . Sempre uma rejeitará.
    Esclarecedor. Me informou bastante. Pois li, pela primeira vez sobre agilidade. Obrigado!

    • Avelino Ferreira 17/07/2020 em 10:36- Responder

      Que bom Júlio. Se quiser saber sobre algum assunto mais específico é só falar aqui.

  3. Paulo Rodrigues 02/11/2020 em 17:57- Responder

    Olá, lendo material de alta qualidade, gostaria de medir a velocidade do time dev, no sprint. O que recomenda prezado Avelino?

    • Avelino Ferreira 03/11/2020 em 19:13- Responder

      Medir a velocidade para….

      É importante ter uma boa resposta para essa pergunta. Dependendo como ela chegue para o time pode causar mais confusão do que ajuda.

      Visto isso. Duas Métricas que acredito que sejam as mais relevantes são o Customer Lead Time e o Kanban System Time.

      Customer Lead Time é o tempo decorrido entre o momento que o time de comprometeu em entregar o item até ele ser entregue ao consumidor.

      Tradicionalmente, para quem usa o Scrum, o ponto de compromisso tende a ser a Sprint Planning. Todavia o ponto de entrega nem sempre é o final da Sprint, pois há times que dependem de outros times para entregar algo. A Review acaba acontecendo em algum ambiente de homologação (stage, testes etc.).

      Customer Lead Time só para de contar quando o item é entregue para o consumidor final. Não importa se depende de 0, 1 ou 20 outros times para que chegue nele.

      O Kanban System Time você pode utilizar para medir o tempo que o item fica dentro do SEU sistema. Ele para de contar quando o item vai para a dependência externa.

      O tempo de impacto causado por dependência externa é justamente o Customer Lead Time menos o Kanban System Time

Deixar um comentário Cancelar resposta

Pesquisar
Categorias
  • 4 Domínios da Agilidade
  • Agile Coach
  • Agile Design Thinking
  • Agilidade
  • Artigos em Áudio
  • Cultural
  • Desenvolvedor
  • Desenvolvimento
  • Design Thinking
  • Escalar a Agilidade
  • Eventos
  • eXtreme Programming
  • Facilitação
  • Fit For Purpose
  • Flight Levels
  • Gestão
  • Gestão de Conflitos
  • Kanban
  • Management 3.0
  • Marketing
  • Métodos e Frameworks
  • Métricas
  • Negócio
  • OKR
  • Organizacional
  • Papéis
  • Práticas Ágeis
  • Product Owner
  • Produtos
  • Retrospectivas
  • RH Ágil
  • Scrum
  • Scrum Developer
  • Scrum Master
  • Software Ágil
  • Técnico
  • Testes
  • Testes Automatizados
  • Time
  • Trabalho Remoto (Home Office)
  • Uncategorized
K21 © 2019- Todos os direitos reservados
Saiba mais sobre Transformação Ágil

Obrigado!

Quem Somos

  • Nosso Time
  • Contato
  • Clientes
  • Política de Privacidade
  • Código de Conduta

Serviços

  • EVDnC
  • Transformação Ágil
  • Coaching
  • Trilha de Agilidade
  • Treinamentos

Eventos

  • RH Ágil
  • Product Summit

Contato

  • FAQ
  • WhatsApp
© 2013 - 2021 Todos os direitos Reservados
Business Evolution powered by True Agile
Cookies e Privacidade
Nós usamos cookies para lhe oferecer a melhor experiência digital durante sua navegação. Ao clicar "Aceitar Cookies", você consente com todos os cookies utilizados, em conformidade com nossa Política de Privacidade.
DetalhesAceitar Cookies
Cookies

Visão Geral

Este website utiliza cookies com intuito de melhorar sua experiência de uso e navegação. Estes cookies são organizados em diferentes categorias. Aqueles categorizados como necessários são armazenados no seu navegador pois são essenciais para o correto funcionamento das páginas e não armazenam informações pessoais ou que possam identificá-lo de alguma forma. Utilizamos alguns cookies chamados de third-party, ou seja, de outros sites, para auxiliar com outras funcionalidades não essenciais. Eles se encontram nas outras categorias listada abaixo. Explicações sobre cada categoria também podem ser vistas na lista. Optar por não autorizar estes cookies pode afetar sua experiência com algumas funcionalidades, como áudios do Spotify e Voozer, ou vídeos do  Youtube e Vimeo.
Necessários
Sempre habilitado

Cookies obrigatórios são essenciais para o funcionamento do website. Sem eles, aspectos visuais do site e algumas funcionalidades de segurança podem ser comprometidos. Importante: estes cookies não armazenam informação pessoal.

Marketing

Cookies nesta categoria são utilizados para exibição de campanhas publicitárias possivelmente do seu interesse, além de armazenar dados para envio de mailing entre outros serviços.

Performance

Cookies de performance são utilizados para compreender e analisar os principais índices de performance do website, com o intuito de auxiliar na melhoria da experiência de uso e de navegação.

Preferências

Os cookies de preferências são utilizados para armazenar preferências do visitante, permitindo que ele próprio faça escolhas de personalização de conteúdo ou conveniência de funcionalidades (como idioma desejado, por exemplo).

Funcionais

Cookies funcionais ajudam a realizar certas operações, como quando um visitante deseja compartilhar um artigo em suas mídias sociais, curtir e comentar artigos, entre outras.

Salvar e aceitar

veja a agenda completa