+Monitoria

+Monitoria

  • Requisitos
  • Docs
  • Sprints

›Planos

Documentos

  • TAP
  • Documento de visão
  • Documento de Arquitetura
  • Folha de Estilo
  • Teste de Usabilidade
  • Teste de Usabilidade 2.0

Planos

  • Plano de GCS
  • Plano de Riscos
  • Plano de GRH
  • Plano de Custos
  • Plano de Tempo
  • Descrição da Metodologia
  • Plano de Medição

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


AnalisarCódigo
Para o propósito deverificar e ,se necessário, propor melhorias.
Com respeito aqualidade
Ao ponto de vista dodesenvolvedor
No contexto do+Monitoria

3.2.2 Qualidade da equipe


AnalisarEquipes de desenvolvimento
Para o propósito deverificar a eficiência das equipes e, se necessário, propor melhorias.
Com respeito aentrega de funcionalidades, velocidade de desenvolvimento e conhecimento adquirido
Ao ponto de vista doda 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


IndicadorCobertura de testes
Escala de mediçãoRacional
ObjetivoVerificar 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


IndicadorBurndown
Escala de mediçãoAbsoluta
ObjetivoAcompanhar a produtividade da equipe durante a sprint
FórmulaX=Y
Y: 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.
FerramentaManual


3.4.2.1 Velocity


IndicadorVelocity
Escala de mediçãoRacional
ObjetivoAcompanhar a produtividade da equipe durante a sprint
Fórmula∑Ps/nS
Ps : somatório dos pontos entregues em cada sprint
nS: número total de sprints realizadas
AnáliseBom: Acima da média de pontos entregues
Regular: Igual a média de pontos entregues.
Ruim: Abaixo da média de pontos entregues.
FerramentaManual


3.4.3.1 Nivel de conhecimento da equipe


IndicadorNivelamento da equipe
Escala de mediçãoRacional
ObjetivoAcompanhar o nivelamento da equipe
Fórmula∑Ps/nS
Ps : somatório dos níveis de conhecimento
nS: número máximo em relação ao nível de conhecimento das tecnologias
AnáliseBom: Nível acima da média.
Regular: Nível Igual a média.
Ruim: Nível Abaixo da média.
FerramentaQuadro de conhecimento (Manual)

Referências


Devmedia, disponível em : Link

QueroCultura, disponível em: Link


Histórico de Revisão


DataVersãoDescriçãoAutor(es)
14/04/20190.1Abertura do documentoLucas Siqueira, Caio Oliveira, Matheus Rodrigues
14/04/20190.2Tópicos adicionados: Objetivo, processos de medição, referênciasMatheus Rodrigues
11/04/20190.3Revisão do documentoLucas Macêdo e Matheus Rodrigues
← Descrição da Metodologia
  • 1. Introdução
  • 2. Objetivo
  • 3. Processo de Medição
    • 3.1 A abordagem GQM
  • 3.2 Objetivos
    • 3.2.1 Qualidade do produto
    • 3.2.2 Qualidade da equipe
  • 3.3 Questões
    • 3.3.1 Abstraction Sheet produto
    • 3.3.2 Abstraction Sheet equipe
  • 3.4. Métricas
    • 3.4.1 Métricas do produto
    • 3.4.2 Métricas da equipe
  • Referências
  • Histórico de Revisão
Nossos repositórios
+Monitoria Docs+Monitoria FrontEnd+Monitoria API gateway+Monitoria API monitorias
Copyright © 2019 +Monitoria