Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Métricas ágeis e porque mensurar o trabalho de desenvolvimento

Métricas ágeis e porque mensurar o trabalho de desenvolvimento

Talk apresentado inicialmente no PHPeste 2018

Weldys Santos

October 13, 2018
Tweet

More Decks by Weldys Santos

Other Decks in Programming

Transcript

  1. O que posso medir? • Quantas tarefas minha equipe faz

    ao mesmo tempo? • Quanto tempo demoramos com uma tarefa? • Quantas tarefas podemos fazer em um período de tempo? • Quando conseguimos entregar o projeto?
  2. Regras para métricas eficientes • User Stories bem definidas! •

    Etapas de desenvolvimento (To do, Doing, Waiting Approving, Done); • DEFINIÇÃO DE PRONTO bem feita
  3. WIP - Work in Progress * Não, eu não estou

    falando daquele commit message safado que você manda. Deus tá vendo
  4. WIP • É a medida que mostra o ciclo entre

    a tarefa entrar no processo de desenvolvimento e sair. • Essa métrica é fundamental para ter ideia do velocity e do throughput da equipe. • Importante que a quantidade de tarefas em WIP seja a mais limitada possível
  5. • Tarefas refinadas • Aguardando inicio do desenvolvimento • Em

    desenvolvimento • Aguardando testes de integração • Em testes • Aguardando QA • Em QA • Finalizado
  6. Lead Time • Quanto tempo um item passa por todo

    o processo de WIP • Métrica serve para prever quanto tempo, estatisticamente, um item leva para ser finalizado. • "O tempo que eu levo para ler um capítulo é de 2 dias"
  7. • Onde a equipe está mais lenta? • Onde é

    preciso mudar? • Qual o tempo de espera padrão de uma determinada etapa? • Onde falta padronização no processo?
  8. L = W / T L = Média do leadtime

    W = Média de itens em WIP T = Média de throughput
  9. Relação • Todo item que entra em WIP, deve passar

    por todas as etapas e ser concluído • A taxa de entrada de itens deve ser a mesma de saída • Leadtime, WIP e Throughput devem ser calculados sempre na mesma unidade de medida
  10. Gráfico de Burndown 0 25 50 75 100 S1 S2

    S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 Planejado Real
  11. Gráfico de Burnup 0 25 50 75 100 S1 S2

    S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13 Planejado Real
  12. Percentil Divisão de uma lista de números ordenados, separados por

    ocorrência e por medida arbitrária de cálculo
  13. 0 3 6 9 12 15 18 21 24 27

    30 S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13 S14 S15 12 6 12 8 13 1 14 10 21 6 1 14 1 2 9 Mediana
  14. • Média de entrega: 8.0 itens • Mediana: 6.5 itens

    • Moda: 1.0 itens na maior quantidade de semanas • Percentil 25: No máximo 3.8 itens em 75% das semanas • Percentil 75: No máximo 12.0 itens em 25% das semanas
  15. 0 3 6 9 12 15 18 21 24 27

    30 S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13 S14 S15 12 6 12 8 13 1 14 10 21 6 1 14 1 2 9 Mediana
  16. • Média de entrega: 8.0 itens • Mediana: 6.5 itens

    • Moda: 1.0 itens na maior quantidade de semanas • Percentil 25: No máximo 3.8 itens em 75% das semanas • Percentil 75: No máximo 12.0 itens em 25% das semanas Um projeto com 100 stories deve ser entregue quando?
  17. 0 25 50 75 100 S15 S16 S17 S18 S19

    S20 S21 S22 S23 S24 S25 S26 S27 S28 0% 0% 0,76% 5,74% 13,76% 30,38% 48,62% 62,74% 77,32% 86,74% 93,26% 96,64% 98,16% 99,58% Otimista Mais provável Maior chance de concluir o projeto
  18. Considerações finais • Ainda assim é difícil estipular uma data

    de entrega antes do início do projeto, já que as métricas de um projeto podem variar de acordo com cada ambiente • A gestão de expectativa deve sempre ser avaliada para evitar problemas com as entregas para o cliente • As primeiras semanas de qualquer projeto são as mais difíceis e de menos entregas. Existe um processo de adaptação • Priorização • Definição de pronto, lembra?