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.
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.
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 _DAO_, as métricas em geral apresentam bons resultados. O número de métodos da ElementDAO possui um indicador ruim mas é justificável por ser possuir várias lógicas diferentes para procurar um elemento, editar, entre outros, além de possuir várias validações.
A _view_ e a _controller_ 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.