Fechamento da sprint
Sumário
1. Resumo da Sprint
Pontos Planejados: 47 pontos
Pontos concluídos: 44 pontos
Dívidas técnicas: 3 pontos
-
Histórias entregues
-
História pendente
Para esta sprint, apenas uma história não foi entregue, relacionada ao deploy da aplicação. Mas este atraso foi em virtude à não possibilidade de confirmar e efetivar durante esta sprint se o cliente terá meios de hospedar o software ou não. Deste modo, esta possibilidade e alternativas serão acompanhadas durante a Sprint 6.
2. Retrospectiva
| Pontos Positivos | Pontos Negativos | Sugestão de Melhoria |
|---|---|---|
| MDS estão se ajudaram | Muito tempo gasto em correção de erros | Melhor organização na integração das branches |
| MDS estão se auto-gerenciando melhor | Falta de conhecimento sobre banco de dados | - |
| Ganho de conhecimento de MDS acerca da linguagem | Muito tempo gasto para elaborar os testes | - |
| - | Dificuldade de contato com o cliente | - |
| - | Dificuldades com a documentação do Django | - |
3. Quadro de Conhecimento
5. Burndown Chart
Assim como na Sprint 3, a equipe conseguiu distribuir suas entregas ao longo da semana, evitando o risco de deixar tudo para próximo da sexta. E conforme já foi comentado acima, pode ser visto neste gráfico que nem tudo que foi planejado foi entregue.
6. Velocity
Como o gráfico acima mostra, a equipe conseguiu aumentar um pouco mais a sua velocity, ficando próxima da anterior. Além disso, a quantidade de pontos entregues foi maior do que a Sprint 3, mesmo com o débito.
7. Gráfico de Commits
Com exceção da segunda, o restante dos dias da semana teve uma distribuição de commits parecida com a da Sprint 2.
Mas como nessa sprint o time de desenvolvimento voltou a programar a aplicação, mas com histórias mais complexas do que na Sprint 2, a quantidade de commits aumentou significativamente, se tornando a sprint com a maior quantidade de commits até agora (163).
8. EVM
Esse gráfico mostra que, pela primeira vez desde o início deste projeto, o APC foi maior do que o PPC. Isso é consequência de conseguirmos manter o ritmo da sprint passada e, graças a isso, poder sair do débito que vínhamos tendo.
9. Análise do Scrum Master
Esta Sprint, do ponto de vista do progresso do projeto, foi bem sucedida. Conseguimos tirar o débito relacionado ao EVM, e também entregar todas as histórias do Time de Desenvolvimento, inclusive as envolvendo programação. Além disso, os combinados em sprints passadas tem sido mantidos.
Por outro lado, desentendimentos dentro da equipe começaram a surgir nesta sprint. Por isso, serão tomadas medidas já na Sprint 5 para lidar com isso, pois esse problema representa um grande risco para o bom progresso e produtividade que a equipe como um todo tem apresentado até aqui.
Além disso, o tempo que alguns membros da equipe gastaram durante a semana passou significativamente do esperado, e por isso esta questão será acompanhada mais de perto na próxima sprint, com o objetivo de evitar que os membros se sobrecarreguem com as atividades pelas quais são responsáveis.