O documento discute métricas e indicadores para avaliar processos de desenvolvimento de software ágil, mencionando que as métricas devem medir valor entregue ao cliente e não apenas velocidade, e que indicadores podem alertar sobre problemas de qualidade ou moral da equipe.
3. Avaliar o processo e a equipe de
desenvolvimento.
Otimizar cada parte do processo.
Os resultados do processo como um todo
serão otimizados também.
4. Goldratt diz :
Que as pessoas se comportam de acordo com
a forma com que estão sendo medidas:
“Diga-me como serei avaliado e eu lhe
direi como me comportarei” .
5. Segundo o IEEE, uma medida é uma
avaliação em relação a um padrão.
7. É um método para determinar se um sistema,
componente ou processo possui um certo
atributo .
8. Número de defeitos encontrados após a
implantação.
Medidas:
O número de defeitos.
E a fase (ou data) onde o defeito foi
identificado.
9. Segundo IEEE, um indicador é algo que chama
a atenção para uma situação particular.
10. Um aumento substancial no número de
defeitos encontrados na última versão pode
ser um indicador de que a Qualidade do
software piorou.
11. Número de commits no repositório.
Qualidade do código, numa escala de 0% a
100%
12. Número de linhas de código ou o número de
defeitos encontrados
Humor da equipe ou a satisfação do cliente.
13. Medem a quantidade de valor de negócio
entregue ao cliente.
Informações que ajudam o time no
entendimento e Melhoria do processo que
produz valor de negócio.
14. Dinamismo: A quantidade de mudanças de
requisitos por mês;
Cultura: A porcentagem da equipe capaz de
aceitar mudanças durante o projeto;
15. Moral da Equipe: mede o humor e a
motivação de cada membro da equipe.
Satisfação do Cliente: mede o nível de
satisfação do cliente com o produto
desenvolvido.
16. Quantitativa e objetiva;
Quanto software a equipe consegue entregar
por iteração?
Pontos (story-points) ou “horas ideais”
entregues por iteração.
A equipe está entregando software
funcionando a cada iteração;
17. A velocidade pode ser afetada por diversos
fatores:
Mudança na equipe.
Impedimentos.
Conhecimento das ferramentas e tecnologias
utilizadas, etc.
18. Velocidade não representa valor agregado.
Comparar a velocidade de equipes diferentes
também pode ser um problema.
Medir a velocidade por membro da equipe
também pode gerar conflitos e atrapalhar.
Ela deve sempre ser medida no nível da
equipe.