5. MÉTRICAS E MEDIÇÕES

As métricas e medições seguirão o método GQM (Goal-Question-Metric): de objetivos, perguntas e respostas, que torna a visualização dos objetivos e atingimento das métricas explícitos e rastreáveis.

5.1 Objetivo (Goal)

Identificar situações que indicam necessidade de replanejamento durante o desenvolvimento do projeto, de forma a garantir entregas dentro do prazo estabelecido.

5.2 Perguntas (Questions)

Algumas perguntas oferecerão subsídio às questões levantadas:

Q1: A equipe está participando de maneira balanceada e adequada?
Q2: Os testes estão atendendo aos critérios estabelecidos?
Q3: A distribuição de tarefas entre os membros está balanceada?
Q4: O que está sendo entregue corresponde ao que foi planejado?

5.3 Métricas (Metrics)

A equipe adotará critérios quantitativos para identificar situações que indicam a necessidade de replanejamento. Esses critérios serão avaliados nas reuniões de retrospectiva e baseiam-se em observações práticas do andamento do projeto.

M1 - Métricas de participação da equipe (Q1)

Taxa de presença em reuniões: percentual de presença nas reuniões que envolvam a equipe do membro.
Distribuição de pontuação no projeto: tabela com a contribuição de cada membro no projeto.

M2 - Métricas de qualidade das entregas (Q2)

Taxa de aceitação dos testes: percentual de testes criados que foram aceitos.
Desempenho dos testes: velocidade de execução dos testes, que podem dar indícios sobre o desempenho do programa em si.

M3 - Métricas de distribuição de trabalho (Q3)

Distribuição de commits por membro: quantidade média dos commits feitos por cada membro no repositório do GitHub.
Distribuição de linhas de código por membro: quantidade média de linhas de código escritas por membro no repositório do GitHub.
Distribuição de alterações nos documentos de visão e arquitetura: quantidade média de alterações no histórico de revisões por membro nos documentos de visão e arquitetura.

M4 - Métricas de alinhamento entre planejamento e entrega (Q4)

Frequência de reuniões com o monitor: quantidade de reuniões feitas com o monitor designado à equipe para esclarecimento de dúvidas quanto aos requisitos pedidos na disciplina.

5.4 Coleta de dados

A ocorrência de um ou mais desses fatores será registrada ao final de cada sprint e será responsabilidade do Scrum Master e líder de cada uma das equipes por meio do controle de versionamento; da biblioteca Pytest; e de planilhas com participação de cada membro, além dos próprios documentos de arquitetura e visão.

Além disso, essas informações servirão como base para decisões concretas de replanejamento, como:

Reestruturação de tarefas;
Ajustes no escopo;
Redistribuição de responsabilidades.