Fechamento da sprint
Sumário
1. Resumo da Sprint
Pontos Planejados: 21 pontos
Pontos concluídos: 21 pontos
Dívidas técnicas: 0 pontos
-
Histórias entregues
- TS50 - Refatorar usuário (PACIENTE E RESPONSÁVEL)
- US51 - Fórum
- TS52 - Refatorar a homepage
- TS53 - Documentar a Sprint 4
- TS54 - Elaborar o canvas
- TS55 - RoadMap de papéis
Para esta sprint, mais uma vez todas as histórias planejadas foram entregues. Em virtude da indefinição com relação ao deploy só ter sido resolvida durante a semana, a história que estava ficou como dívida técnica na Sprint 5 não entrou nesta, mas provavelmente retornará na próxima.
2. Retrospectiva da Sprint
Pontos Positivos | Pontos Negativos | Sugestão de Melhoria |
---|---|---|
Melhorou a comunicação entre eps e mds | Problemas relacionados às exigências para a arquitetura do projeto | MDS sugeriu fazer um dojo entre eles para compartilhar conhecimento |
Foi validado com o cliente tudo que foi feito até agora e ele gostou | Ficamos dependendo do cliente pro deploy e atrasou uma sprint nossa | Cada um fazer o merge dos próprios pull requests |
O deploy saiu (sem a ajuda do cliente) | Ficamos dependendo do cliente para o deploy e isso atrasou uma história | Compartilhar conhecimentos entre EPS e MDS |
MDS está cada vez mais se gerenciando | - | - |
100% de cobertura de teste nos códigos | - | - |
3. Quadro de Conhecimento
Houveram algumas evoluções no quadro de conhecimento tanto dos membros de MDS quanto de EPS, o que era esperado dado que esta foi a segunda sprint na qual estamos programando a aplicação.
5. Gráfico do Burndown
Assim como nas sprints anteriores, mantivemos as entregas distribuídas ao longo da semana, sendo que desta vez não houveram dívidas técnicas. Outro ponto positivo é que o último "degrau" do gráfico foi menor do que nas sprints passadas.
6. Velocity
Diminuímos a quantidade de pontos planejados e entregues para a Sprint 6 para que pudéssemos fechar a release próximos do total de pontos planejados para a Release 1. Além disso, a lógica para a pontuação das histórias do Time de Desenvolvimento mudou a partir dessa sprint, o que fez com que muitas delas tivessem menos pontos do que antes. Por essas razões, tivemos a velocity reduzida para esta sprint.
7. Gráfico de Commits
Houve uma mudança no gráfico comparado às sprints passadas: tiveram mais commits na metade inicial do que na final da sprint. Isso, junto com o que foi comentado sobre o gráfico do burndown, mostra que a equipe conseguiu dividir melhor as entregas ao longo da Sprint 6.
8. EVM
O gráfico acima mostra que ficamos apenas um pouco a baixo do que estava previsto para ser entregue na Release 1. Isso porque tivemos o problema do deploy na sprint passada.
9. Análise do Scrum Master
Essa sprint foi positiva em vários aspectos, tanto pelo que é mostrado nas métricas quanto pela percepção dos membros da equipe, como mostra a Retrospectiva da Sprint.
Os membros de MDS mostraram estar amadurecendo tanto em termos de organização enquanto grupo quanto no uso das tecnologias do projeto, o que é algo bastante positivo e que ajuda a reduzir alguns dos riscos deste projeto.
Além disso, o DevOps conseguiu resolver a questão do local para o deploy durante esta Sprint, mas para isso teremos que custear o host com o nosso próprio dinheiro ao invés de contar com uma hospedagem por parte ou custeada pelo cliente, solução longe do ideal dado o contexto do projeto.
Por fim, as exigências feitas com relação à arquitetura do projeto, por mais que esta já estivesse definida, fizeram com que surgisse um novo risco para o projeto e uma necessidade de retrabalho para o arquiteto da equipe. Mas isso já começou a ser analisado e uma solução começou a ser desenhada já durante esta sprint.