Plano de Medição
1. Introdução
A gerência de qualidade do Projeto se faz necessário para garantir que o projeto irá satisfazer as necessidades para as quais ele foi planejado.
2. Objetivo
O plano de medição tem o objetivo de fornecer uma análise sobre a definição de métricas, coleta de dados, interpretação dos dados em relação ao código produzido pela equipe, focando na qualidade do desenvolvimento do projeto +Monitoria. O processo de medir um software ajuda na identificação de pontos positivos e falhos do código desenvolvido e na tomada de decisão baseada em fatos.
3. Processo de Medição
3.1 A abordagem GQM
O GQM (Goal Question Metric) é uma abordagem de medição de software criada por Victor Basili, a abordagem é baseada na ideia de que para uma medição eficaz a organização, que está fazendo a medida, deve primeiro especificar os objetivos da medida, por isso a medição é definida em três níveis.
3.1.1 Nível Conceitual (GOAL)
Nesse estágio é definido um objetivo em relação à um objeto de medição, que podem ser definidos como produto, processo e recursos.
3.1.2 Nível Operacional (QUESTION)
No nível operacional é onde uma série de perguntas são levantadas para que possa ter uma caracterização de como um objetivo, levantado na fase conceitual, vai ser realizado.
3.1.3 Nível Quantitativo (METRIC)
Nesse estágio as métricas são associadas ao um conjunto de dados para que possa responder às perguntas de um jeito quantitativo, esses dados podem ser objetivos e subjetivos.
3.2 Objetivos
3.2.1 Qualidade do produto
Analisar | Código |
Para o propósito de | verificar e ,se necessário, propor melhorias. |
Com respeito a | qualidade |
Ao ponto de vista do | desenvolvedor |
No contexto do | +Monitoria |
3.2.2 Qualidade da equipe
Analisar | Equipes de desenvolvimento |
Para o propósito de | verificar a eficiência das equipes e, se necessário, propor melhorias. |
Com respeito a | entrega de funcionalidades, velocidade de desenvolvimento e conhecimento adquirido |
Ao ponto de vista do | da equipe |
No contexto do | +Monitoria |
3.3 Questões
Os objetivos da medição são definidos em termos da entidade, propósito, atributos de qualidade, ponto de vista e ambiente. Cada objetivo é refinado em um conjunto de perguntas que representam uma definição operacional do objetivo.
3.3.1 Abstraction Sheet produto
Foco na qualidade-Q.1.1 O produto é confiável? | Fatores de variação- Conhecimento da equipe limitado |
Hipóteses de baseline -Cobertura de testes igual a 95% | Impacto na Hipótese de BaseLine - A experiência da equipe com desenvolvimento de testes influência na cobertura de teste |
3.3.2 Abstraction Sheet equipe
Foco na qualidade-Q.2.1- A equipe é produtiva?Q.2.2- A equipe está nivelada em relação ao conhecimento ? | Fatores de variação- Dificuldades com as tecnologias- Problemas relativos à organização e planejamento das atividades |
Hipóteses de baseline- Bons indicadores de produtividade- Bom nivelamento de conhecimento entre os membros da equipe | Impacto na Hipótese de BaseLine - Grande volume de trabalho para ser entregue a curto prazo- Dívidas técnicas |
3.4. Métricas
3.4.1 Métricas do produto
3.4.1.1 Cobertura de teste
Indicador | Cobertura de testes |
Escala de medição | Racional |
Objetivo | Verificar a confiabilidade do código |
Análise | Ótimo: Porcentagem de cobertura igual ou superior à 90%, este nível de cobertura é indicado pela cor verde na ferramenta.Medidas: Manter nível de cobertura de código.Bom: Porcentagem de cobertura entre 80% e 89%, este nível de cobertura é indicado pela cor amarela na ferramenta.Medidas: Manter nível de cobertura de código, e se possível aumentar o nível para que este alcance o nível acima.Médio: Porcentagem de cobertura entre 30% e 79%, este nível de cobertura é indicado pela cor vermelha na ferramenta.Medidas: Direcionar esforços da equipe a fim de aumentar o nível de cobertura atual para o nível acima.Ruim: Porcentagem de cobertura inferior a 30%, este nível de cobertura é indicado pela cor vermelha na ferramenta.Medidas: Priorizar cobertura de testes como um fator crítico na equipe, e focar todos os esforços possíveis a fim de aumentar o nível de cobertura |
3.4.2 Métricas da equipe
3.4.2.1 Burndown
Indicador | Burndown |
Escala de medição | Absoluta |
Objetivo | Acompanhar a produtividade da equipe durante a sprint |
Fórmula | X=YY: Pontos entregues na sprint |
Análise | Ótimo: quantidade de pontos entregues igual a quantidade de pontos planejados.Bom: quantidade de pontos entregues superior a metade da quantidade de pontos planejados.Médio: quantidade de pontos entregues igual a metade da quantidade de pontos planejados.Ruim: quantidade de pontos entregues inferior a metade da quantidade de pontos planejado. |
Ferramenta | Manual |
3.4.2.1 Velocity
Indicador | Velocity |
Escala de medição | Racional |
Objetivo | Acompanhar a produtividade da equipe durante a sprint |
Fórmula | ∑Ps/nSPs : somatório dos pontos entregues em cada sprintnS: número total de sprints realizadas |
Análise | Bom: Acima da média de pontos entreguesRegular: Igual a média de pontos entregues.Ruim: Abaixo da média de pontos entregues. |
Ferramenta | Manual |
3.4.3.1 Nivel de conhecimento da equipe
Indicador | Nivelamento da equipe |
Escala de medição | Racional |
Objetivo | Acompanhar o nivelamento da equipe |
Fórmula | ∑Ps/nSPs : somatório dos níveis de conhecimentonS: número máximo em relação ao nível de conhecimento das tecnologias |
Análise | Bom: Nível acima da média.Regular: Nível Igual a média.Ruim: Nível Abaixo da média. |
Ferramenta | Quadro de conhecimento (Manual) |
Referências
Devmedia, disponível em : Link
QueroCultura, disponível em: Link
Histórico de Revisão
Data | Versão | Descrição | Autor(es) |
---|---|---|---|
14/04/2019 | 0.1 | Abertura do documento | Lucas Siqueira, Caio Oliveira, Matheus Rodrigues |
14/04/2019 | 0.2 | Tópicos adicionados: Objetivo, processos de medição, referências | Matheus Rodrigues |
11/04/2019 | 0.3 | Revisão do documento | Lucas Macêdo e Matheus Rodrigues |