Plano de Medição
Em um projeto de desenvolvimento de software bem sucedido é importante que a equipe possua feedbacks sobre o status de desenvolvimento, para que desse modo possa-se ter a apreciação dos pontos fortes e fracos relevantes a código e modo de trabalho da equipe. Através do feedback que o processo de medição proporciona, é possível ter um entendimento global do software, possibilitando tomadas de decisões que melhorem ou reduzam falhas encontradas no desenvolvimento do projeto.
Este documento visa estabelecer estratégias capazes de se adequar ao contexto da organização Go Horse+, no projeto UnBFeelings, para a realização de diagnósticos nas esferas de Processo, Equipe e Produto de todo o desenvolvimento. É importante, portanto, garantir que haja uma coleta de métricas relevantes para a compreensão das falhas e pontos de melhorias do projeto, possibilitando evoluções no processo de desenvolvimento do software.
1.2.1 - Objetivo do Negócio
O projeto UnBFeelings tem como principal objetivo criar um ambiente onde os estudantes da universidade possam relatar situações ocorridas durante a vida acadêmica na universidade, com o objetivo de diagnosticar o estado psicológico de alunos e professores através de notificações voluntárias e de forma anônima.
1.2.2 - Objetivos estratégicos
-
Desenvolver versão estável do produto UnBFeelings (06/2018)
-
Aprimoramento do produto UnBFeelings (tanto para o usuário final quanto em termos de código)
-
Difundir a cultura de reportar sentimentos acadêmicos na aplicação.
A Equipe de Processo tem como responsabilidades: planejar o que será medido e o porquê, definir como será medido, fazer a análise das métricas, gerar relatório e ao final do projeto criar o relatório final de medições.
A Equipe de Qualidade criará medidas de contingência caso sejam encontrados valores insatisfatórios para as métricas colhidas pela equipe de processo.
O coletor de métricas deve ser um membro da equipe de processo, o qual possui a responsabilidade de coletar as métricas definidas.
O atual projeto conta com a necessidade de melhoria constante, tanto no processo, quanto no produto e na equipe. Para realizar o acompanhamento de tais esferas, a equipe precisa definir uma estratégia que seja flexível o suficiente para se adaptar à cada uma, e que também seja objetiva, para facilitar na identificação de gargalos e do processo de melhoria dos três domínios citados. O processo de medição, portanto, entra neste contexto como um meio de obtenção de dados para que a equipe possa diagnosticar o objeto da medição.
A abordagem empregada no atual projeto para a definição das métricas é a do GQM. O GQM tem a finalidade de medir para melhorar, e se propõe a definir objetivos para o projeto, quebrá-los em questões e por último chegar até a parte menos abstrata, que são as métricas a serem coletadas. Quando executado de maneira correta, esta abordagem dá ao projeto uma visão geral dos embargos em seu ciclo de vida.
Para a definição e seleção das métricas, a abordagem GQM (Goal-Question-Metric) propõe um modelo de medição com três níveis:
- Nível Conceitual (Goal - Objetivo): Define-se um objetivo a um objeto, que pode ser um produto, processo ou recurso.
- Nível Operacional (Question - Pergunta): De cada objetivo, derivam-se questões, que tentam caracterizar o objetivo a partir de determinado ponto de vista.
- Nível Quantitativo (Metric - Métrica): As métricas são definidas com o objetivo de responder às perguntas.
Estes níveis se organizam de forma hierárquica e cada item de um nível é capaz de gerar um ou vários itens do nível abaixo. Observe a representação da hierarquia na figura 1.
Figura 1: Estrutura hierárquica do GQM. FONTE: BASILI, 1994, p. 529.
O GQM com as métricas definidas se encontra no documento: GQM
O planejamento das coletas define o momento dentro do processo no qual as métricas vão ser coletadas, além de também indicarem a frequência das coletas de cada conjunto. Esse planejamento foi definido de acordo com a tabela abaixo:
| Conjunto de Métricas | Frequência | Ponto do processo onde a coleta é realizada | Quem irá coletar | Ferramenta |
|---|---|---|---|---|
| Métricas Relacionadas ao Processo | Uma vez a cada sprint | Revisão | Equipe de medição | Planilha |
| Métricas Relacionadas ao Produto | Uma vez a cada sprint, com exceção da métrica Percentual de critérios de aceitação concluídos por feature, que é coletada ao fim de uma release | Revisão | Equipe de medição | Ferramenta de análise estática e planilha |
| Métricas Relacionadas à Equipe | Uma vez a cada sprint | Revisão | Equipe de medição | Planilha |