GQM - Goal Question Metric
Histórico de Revisão:
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 24/04/2019 | 0.1 | Adicionando o Template do documento de GQM | Helena Goulart |
| 24/04/2019 | 0.2 | Adicionando as tabelas de Métricas e Abstraction Sheet | Helena Goulart |
| 25/04/2019 | 0.3 | Adicionando o detalhamento das Métricas | Gabriela Guedes |
| 29/04/2019 | 0.4 | Preechendo a tabela Abstraction Sheet | Gabriela Guedes |
Introdução
O Goal, Question and Metric (GQM) é um plano de medição bastante utilizado em projetos. A escolha deste se deve à clareza e nível de granularidade que ele traz para a equipe: tornam-se claros quais são os objetivos do projeto e da equipe, como será feito para alcançá-los e as métricas colhidas após o desenvolvimento do projeto para conferir se a equipe cumpriu com o proposto.
Objetivo de equipe 1.0
| Analisar | o processo de desenvolvimento de software |
|---|---|
| Com o propósito de | avaliar |
| Em relação a | aplicabilidade |
| Do ponto de vista | da disciplina Arquitetura e Desenho de Software |
| No contexto | do uso de padrões de projeto apresentados na disciplina |
Questão 1.0
- Quais padrões de projeto foram utilizados?
Métrica 1.0
- Detalhamento dos padrões de projetos utilizados e suas limitações.
Questão 1.1
- A equipe aplicou os padrões de projeto que se propôs a utilizar?
Métrica 1.1
- Comparativo entre o padrão de projeto utilizado e o que foi definido que o grupo aplicará.
Objetivos de equipe 2.0
| Analisar | os riscos do projeto |
|---|---|
| Com o propósito de | analisar |
| Em relação a | tomada de decisões |
| Do ponto de vista | da equipe |
| No contexto | do desenvolvimento do projeto translate.me |
Questão 2.0
- A equipe possui ciência dos riscos do projeto?
Métrica 2.0
- Apresentar detalhamento dos riscos do projeto
Questão 2.1
- Os riscos estão sob controle?
Métrica 2.1
- Acompanhamento semanal dos riscos
Detalhamento das Métricas
Métrica 1.0 Detalhamento dos padrões de projetos utilizados e suas limitações
| Objetivo de medição | Apontar o aproveitamento de padrões de projeto durante o desenvolvimento da plataforma |
|---|---|
| Entidade | Disciplina |
| Tipo | Metrica objetiva |
| Escala de medição | Nominal |
| Coleta | Será coletado periodicamente, ao final de toda sprint, os padrões de projeto feitos durante o periodo |
| Procedimento | Os padrões feitos serão coletados e listados |
| Análise | Medir a qualidade e a quantidade de padrões feitos pela equipe |
| Providência | Caso a equipe não esteja fazendo muitos padrões, a sprint seguinte deve ser replanejada para haver um maior foco na realização dos padrões de projeto |
Métrica 1.1 Comparativo entre o padrão de projeto utilizado e o que foi definido que o grupo aplicará
| Objetivo de medição | Verificar se a equipe está produzindo os padrões de projeto planejados |
|---|---|
| Entidade | Planejamento |
| Tipo | Metrica objetiva |
| Escala de medição | Nominal |
| Coleta | Será coletados periodicamente, ao final de cada sprint, os padrões feitos durante o periodo estabelecido |
| Procedimento | Serão listados os padrões planejados e os padrões feitos |
| Análise | Os padrões planejados e os feitos serão comparados para verificar se o que foi feito foi o que foi planejado |
| Providência | Caso ocorra uma divergência dos padrões planejados e os entregues deverá ser levantado os problemas ocorridos que levaram a essa divergência para melhorar no próximo planejamento |
Métrica 2.0 Apresentar o detalhamento dos riscos do projeto
| Objetivo de medição | Apontar os riscos relacionados ao projeto |
|---|---|
| Entidade | Projeto |
| Tipo | Metrica objetiva |
| Escala de medição | Intervalar |
| Coleta | Periodicamente, em cada sprint, o Scrum Master estará responsável para documentar os riscos encontrados |
| Procedimento | Deverá ocorrer uma observação do andamento do projto e do relacionamento da equipe para levantar e listar os possíveis riscos |
| Análise | Os riscos devem ser detalhados e receber uma nota para a sua relevância |
| Providência | Os riscos devem ser tratados da melhor forma na sprint seguinte |
Métrica 2.1 Acompanhamento semanal dos riscos
| Objetivo de medição | Verificar o tratamento dos riscos encontrados |
|---|---|
| Entidade | Projeto |
| Tipo | Medição objetiva |
| Escala de medição | Intervalar |
| Coleta | Deverão ser levantados pela equipe, no final de cada sprint, os riscos encontrados e as melhorias percebidas |
| Procedimento | Os riscos do final da sprint atual deverão ser comparados com os do final da sprint anterior |
| Análise | Os riscos da sprint atual devem ser menores que os da sprint anterior |
| Providência | Caso não haja diminuição dos riscos a sprint seguinte deve ter um maior foco para tratar os riscos encontrados |
Abstraction Sheet
Objetivos de Equipe 1.0
| Objeto | Proposito | Foco de qualidade | Ponto de vista | Ambiente |
|---|---|---|---|---|
| O uso de padrões de projeto durante o desenvolvimento do software | Avaliar o desempenho na disciplina | Aplicabilidade | Disciplina Arquitetura e Desenho de Software | Uso de padrões de projeto apresentados na disciplina |
| Fatores de Qualidade | Fatores de Variação | |||
|
1. Maior quantidade de padrões aplicados ao projeto 2. Maior aproveitamento dos padrões aplicados 3. Coerencia entre os padrões planejados e os aplicados |
1. Nível de entendimento da equipe sobre padrões de projeto 2. Flexibilidade do software para aplicar os padrões apresentados na disciplina |
|||
| Hipóteses de BaseLine | Impacto na Hipótese de BaseLine | |||
|
1. Estudo e capacitação da equipe 2. Que o software seja desenvolvido de forma aplicavel a padrões de projeto |
1. O estudo influência na capacidade da equipe de aplicar corretamente os padrões de projeto estudados 2. A aplicabilidade de padrões de projeto do software possibilita o uso de mais padrões |
|||
Objetivos de Equipe 2.0
| Objeto | Proposito | Foco de qualidade | Ponto de vista | Ambiente |
|---|---|---|---|---|
| Os riscos do projeto | Analisar o tratamendo e acompanhamento dos riscos ao decorrer do projeto | Tomada de decisões | Da equipe de desenvolvimento | Desenvolvimento do projeto translate.me |
| Fatores de Qualidade | Fatores de Variação | |||
|
1. Diminuição dos riscos identificados 3. Rápida identificação de riscos 2. Tratamento rápido de riscos |
1. Comprometimento da equipe 2. A facilidade de identificação e tratamento dos riscos em questão |
|||
| Hipóteses de BaseLine | Impacto na Hipótese de BaseLine | |||
|
1. Membros da equipe se mantem observadores 2. Documentação dos possíveis problemas do projeto 3. Discussões sobre a identificação e tratamento dos riscos |
1. A observação da equipe auxilia a identificar novos riscos rapidamente 2. A documentação garante a rastreabilidade dos riscos identificados 3. Discussões sobre o tratamento e identificação de riscos auxiliam a encontrar uma forma correta de tratar os riscos |
|||