Resultados Sprint 3
1. Indicadores de Qualidade do Processo
2. Indicadores de Qualidade do Código
Pontos Concluídos: 23
Nesta sprint, foram concluídas pelas duplas de pareamento todas as histórias planejadas. Com a utilização da metodologia do TDD, o esforço da equipe aumentou durante o desenvolvimento da história, pois em histórias complexas e nas quais a implementação ainda não havia sido definida devido à falta de conhecimento sobre durante o planejamento da sprint, foi dificultata a realização de testes antes da implementação. Haviam partes das histórias que não eram complexas e que o TDD foi benéfico. O burndown apresentou o resultado esperado, pois histórias com menos pontos foram entregues na metade da sprint e histórias com mais pontos foram entregues próximas ao fim da sprint e indicou o desenvolvimento contínuo durante a sprint. O velocity está equilibrado com os indicadores das outras sprints indicando uma produtividade mais constante. No quadro de conhecimento é perceptível a evolução do conhecimento da equipe durante a sprint e apesar das dificuldades encontradas na utilização do TDD, as entregas não foram afetadas.
Análise do Product Owner: Nessa sprint, houve pouca adição de funcionalidades diretamente perceptíveis pelo usuário final, evidenciado pelo fato de que metade das histórias foram técnicas. Entretanto, tais histórias são cruciais para manutenção e atualização futura do aplicativo, sendo importante para nosso cliente, que necessita de mecanismos para atualizar elementos à medida que a trilha se modifica. As duas histórias de usuário são relacionadas a partes do sistema que não afetam tanto a jogabilidade se comparadas com histórias passadas, mas melhoram a experiência do explorador, com notificações de mudança de período e elementos que recarregam a energia.
Análise do Product Owner: O aplicativo atualmente possui um banco de dados - online e local - sólido e facilmente atualizável. Isso permitirá maiores esforços na evolução da interface e na adição do Modo História, uma vez que a maior parte dos desafios técnicos como o banco online já foram vencidos. Ainda há problemas de interface e bugs menores que a equipe reconhece, mas o andamento está seguindo o planejado e a previsão atual é de que todas as histórias serão concluídas na segunda release.
Na model, percebe-se índices ruins em relação à complexidade ciclomática média e o número de métodos porém que são justificáveis, pois são as classes que implementam conceitos base para a aplicação como a Explorer (implementação referente ao explorador) e Element (implementação referente ao elemento).
Na controller, as métricas em geral apresentam bons resultados. A LoginController possui um índice ruim na complexidade ciclomática média, pois é chamada em diversas classes da aplicação. Essa métrica é justificável, pois é necessário a chamada desta controller para verificar a autenticação do usuário durante a navegação do sistema.
A view e a DAO possuem métricas indicando a qualidade nas classes deste pacote condizentes ao valores de referência.
Como não houve pontos adicionados e foram entregues todos os planejados, o valor agregado está igual ao custo real. Não houve variação de custo ou de prazo, pois os indicadores CPI e SPI possuem valor igual à 1. Como esperado, o valor agregado, o custo real e o valor planejado estão aumentando conforme as sprints. O gráfico que indica as variações se estabilizou em zero desde a sprint 2 e o gráfico que indica o CPI e SPI continuam no mesmo valor da sprint passada, ou seja, está estabilizada em 1. Portanto, tudo o que foi planejado foi entregue dentro do prazo proposto.