Fechamento da Sprint 12
1. Resumo da Sprint
Pontos Planejados: 25 pontos
Pontos concluídos: 25 pontos
Dívidas técnicas: 0 pontos
Histórias entregues:
- TS103 - BUGFIX PRONTUÁRIO
- TS104 - BUGFIX CONSULTAS
- US105 - Curvas de crescimento
- US106 - Criar eventos
- TS107 - Revisão do pipeline
- TS108 - Documentação da sprint 11
- TS109 - Documentar testes de usabilidade
- TS110 - Realizar teste de usabilidade
2. Retrospectiva da Sprint
Pontos Positivos | Pontos Negativos | Sugestão de Melhoria |
---|---|---|
Conhecimento com AJAX e JS | As histórias estavam gerando bugs | Explicitar melhor as histórias que envolvem o microsserviço |
Todos de EPS revisaram o PR | Alta complexidade da história desgastou os membros | Discutir melhor todas as histórias |
A ideia inicial no desenvolvimento da história do microsserviço foi a correta | História do microsserviço ficou mal planejada | Buscar planejar melhor as histórias |
As outras histórias foram bem planejadas e o trabalho está corriqueiro, sem maiores problemas | Falta da reunião presencial na última semana | Buscar melhorar a saúde |
O conhecimento da equipe aumentou devido a experiência, o que leva a execução mais rápida das histórias | Dojo não presencial não foi tão efetivo | Melhorar a comunicação do que deve ser feito |
Troca de conhecimento entro membros de EPS e MDS bem elevada | Excesso de carga em outras matérias | Membros de EPS se esforçar para revisar o PR o quanto antes |
O nível de conhecimento técnico dos membros está bem elevado | Falha de comunicação devido a reunião não presencial | Todos os membros de EPS devem revisar PR (mesmo se já tiver o número mínimo de aprovações) |
O e-mail está funcionando | Membro ausente no canal de comunicação da equipe | Pareamento entre EPS foi produtivo |
Execução da sprint, apesar dos problemas, foi boa e não houve débitos | A greve atrapalhou muito a semana | |
- | Demora dos membros de EPS para revisar os PR | - |
3. Quadro de Conhecimento
5. Gráfico do Burndown
6. Velocity
7. Gráfico de Commits
8. EVM
9. Análise do Scrum Master
Apesar das dificuldades que tivemos em virtude da greve de caminhoneiros que atrapalharam as atividades presenciais, do excesso de carga de outras matérias e da dificuldade que ocorreu em virtude da complexidade de uma das histórias, a Sprint terminou sem que houvessem dívidas técnicas, e com o aumento de conhecimento dos membros da equipe devido às trocas de informações e experiência entre eles.
Mesmo com a divisão de uma das histórias em duas devido à sua complexidade, ainda ocorreram problemas gerados principalmente pela novidade de trabalhar com microsserviço e pela falha na comunicação dos membros da equipe. Para evitar que isso ocorra na segunda parte dessa história, que será finalizada na próxima sprint, analisamos bem a segunda parte da história para que fique claro o que deve ser feito e para que não haja novas falhas de comunicação.
Foram vários os prejuízos em decorrência da greve que ocorreu durante a sprint, que fez com que encontros presenciais não acontecessem, e isso prejudicou a nossa comunicação e a qualidade/execução dos nossos rituais ágeis. Fizemos o melhor para contornar esse problema, usando daily meetings via bot e realizando nossa reunião de sábado via conversa em áudio online.
Mesmo com a maior participação de outros membros de EPS na revisão dos PRs, foi colocado que isto ainda tem espaço para melhorias, como maior rapidez nas análises e que todos façam reviews. Mas foi colocado que alguns dos membros só podem analisar os PRs à noite, e nesse horário muitas vezes as histórias já conseguiram o número de reviews mínimos e já foram mergeadas para a develop. Por isso, uma solução sugerida para as próximas sprints foi que todos os membros de EPS passem a revisar os PRs somente à noite.
Por fim, alguns membros estiveram pouco participativos das discussões da equipe ao longo da sprint. Isso foi conversado com eles durante a reunião, e eles colocaram que terão mais participação na próxima sprint.