Resultado Sprint 12
Fechamento da Sprint
| Issues | Pontuação | Responsáveis |
|---|---|---|
| US14 - Implementação da lista de espera | 8 | Rafael e Abner |
| FIX - Corrigir a responsividade da plataforma | 8 | Caio e Rafael |
| US15 - Configurar o envio de e-mails e implementar o envio de e-mail com a senha dos usuários profissionais de psicologia | 8 | Vinícius e Luís |
| US16 - Implementar a modificação de senha dos usuários | 5 | Rafael e Abner |
| Configurar o sonarqbe do projeto | 8 | Daniel, Joberth e João Pedro |
Total de pontos planejados: 37
Dívidas técnicas
| Issues | Pontuação | Responsáveis |
|---|---|---|
| Configurar o sonarqbe do projeto | 8 | Daniel, Joberth e João Pedro |
Pontos planejados concluídos: 29
Burndown
Velocity
Quadro de conhecimento
EVM da Sprint
Retrospectiva
Pontos Positivos
- Empenho aumentou nessa sprint.
- Apesar de algumas críticas o projeto foi bem visto pelo professor na primeira release.
Pontos Negativos
- Alguns membros de MDS tiveram grandes imprevistos durante a sprint o que atrasou o começo de algumas issues.
- Alguns testes não estavam funcionando o que acarretou em algumas mudanças bruscas no projeto.
- Reunião com as clientes colocou o time em apuros, já que estamos com dificuldade sobre o que priorizar para entregar a tempo da release 2.
A melhorar
- Calcular melhor o tempo durante a semana, pois algumas issues quase viraram divida técnica (MDS).
Avaliação do Scrum Master
O feedback das clientes desde a sprint passada deixou o time todo muito apreensivo, já que as mudanças levantadas por elas são bruscas dentro do ROADMAP, o que pode acarretar na entrega incompleta desse primeiro MVP para uso final. Nas primeiras reuniões as clientes tinham em vista o atendimento remoto com os pacientes, e, depois da reunião passada, a mentalidade para funcionalidades estavam focadas no retorno presencial, o que confundiu tanto o time de EPS quanto MDS nesse primeiro momento. O time de EPS está buscando a melhor solução para a situação atual e pretende fazer reuniões tanto com as clientes quanto com o professor Hilmer para tomar um decisão final para as próximas sprints até a release 2.
Foi também pedida pelo professor Hilmer a implementação da ferramenta sonarQube para monitoramento da qualidade de código das features entregues pelo time. Foi alocado como uma issue para essa sprint, mas, depois de uma reunião com professor, foi discutido um outro foco para essa ferramenta mudando este para para monitorar cada release desde a implantação completa do CI/CD. Tirando esta issue que será implementada na próxima sprint para complementar o pipeline do projeto, todas as issues restantes foram entregues, por mais que em cima da hora. O time está evoluindo cada vez mais, tanto em maturidade de gerência quanto código. Apesar da situação encontrada, estamos com bom pressentimento com relação ao projeto e esperamos entregar o produto mínimo e viável para a disciplina.