Releases: fga-eps-mds/2017.1-Trezentos
Release 2
Sprint 4
Sprint 3
Nessa sprint foram encontrados problemas em relação a motivação da equipe, participação e compromisso severo com as reuniões, nivelamento superficial da equipe e código confuso. A imposição da sprint de 2 semanas foi importante para permitir a queima de pontos no nível médio do velocity por conta da alta dependência das US escolhidas e seu ponto negativo foi visto em cima da falta de maturidade da equipe em relação a abstração de implementação.
Issues fechadas:
- #16 - BUG - Quebra quando nao tem internet
- #17 - BUG - Quebra o aplicativo ao trocar de fragment sem esperar carregar a RecycleView
- #18 - TS18 - Cobertura de testes abaixo de 90%
- #21 - US07 - Atribuir segunda nota do aluno
- #22 - US03 - Atribuir nota ao aluno para definir os grupos de estudo
- #27 - TS12 - Salvar notas na nuvem
- #28 - TS13 - Salvar informações sobre avaliações na nuvem
- #29 - TS16 - Aumentar cobertura de código
- #30 - TS17 - Melhorar AMLOC e NOM
Sprint 2
O pareamento desta sprint foi baseado no quadro de conhecimento em conjunto com os resultados entregues da sprint passada, pois assim, pôde-se avaliar pela quantidade de pontos quais seriam as melhores duplas para entrega e as US e TS escolhidas foram baseadas na sequência do planejado somados à necessidade de controle de qualidade. Não houve ponto positivo. Os pontos negativos ou urgentes encontrados foram, a dependência além do esperado do time de MDS com o de GPP, então sabe-se que pareamento apenas de membros de GPP entre si deixando MDS entre eles não é uma forma que dê bons resultados no nosso time pela falta de maturidade, não planejar contando o calendário acadêmico individual e a grande relação de dependência entre as US. O único resultado de métricas mudado foi a cobertura de código pois nada de valor ao cliente foi entregue.
Issues fechadas:
Sprint 1
Nesta sprint foi consertada a falha de inicio tardio mostrando novo resultado no burndown e na entrega completa do planejado. Alguns outros pontos a melhorar foram sanados, mas o grande ponto negativo foi a diminuição no nível das métricas, a grande quantidade de código produzido em pouco tempo sem o cuidado individual com as métricas abriu margem para a diminuição da cobertura, diminuição da coesão e aumento de métodos nas classes com excessivas linhas. O ponto central da próxima sprint é manter a boa produtividade usando do pareamento sempre elogiado, manter o bom fluxo do quadro de retrospectiva, melhorar os resultados das métricas analisando cada classe para verificar necessidade e aumentar a cobertura de código.
Issues fechadas:
- #7 - TS05 - Refatorar o fluxo de gerenciamento de salas
- #8 - TS06 - Testar API
- #9 - US01 - Buscar Salas
- #10 - US02 - Cadastrar aluno na sala
- #11 - US04 - Visualizar salas como aluno
- #12 - US07 - Resgatar salas do banco
- #13 - TS08 - Ordenar os alunos por nota
- #14 - TS09 - Salvar dados da sala
- #15 - TS14 - Refatorar ListView e Otimização do Layout
Sprint 0
Sprint de refatoração, por isso teve apenas a entrega de TS. A equipe teve um inicio tardio no desenvolvimento, o que acarretou na queima dos pontos apenas ao final da semana, com isso, veio como um ponto a melhorar para a próxima sprint. As métricas tiveram bons resultados, apenas havendo má performance no AMLOC que podem facilmente ser melhorado.
Issues fechadas
Release 1
Essa versão contém o sistema básico que permite o usuário experimentar os recursos mais simples do Trezentos.
Recursos adicionados
- Cadastro de usuário
- Gerência de login
- Visualização de informações sobre a metodologia Trezentos
- Gerenciar salas