Resultados Sprint 7
Sprint reservada para pagamento das dívidas técnicas oriundas da sprint anterior, e principalmente, para a recuperação da equipe pós release.
Fechamento da Sprint
| Issue | Status | Pontos |
|---|---|---|
| Unir Back-end e Front-end | Concluída | 5 |
| Criar o Roadmap da Release II | Concluída | 5 |
| Aumentar Cobertura de Testes no Front-end | Concluída | 8 |
| Estabilizar Ambientes de Produção | Concluída | 8 |
| Evoluir US 20 | Concluída | 1 |
| Evoluir TAP | Concluída | 2 |
| Criar o EVM | Não Concluída | 8 |
| US33 - Gerar Relatório por Período Definido | Não Concluída | 13 |
Pontos Planejados Concluídos: 26
Pontos de Dívida Concluídos: 3
Pontos Não Agregados: 21
Burndown
O burndown indica que as issues foram concluídas tardiamente. Também era esperado que fossem entregues tardiamente em razão de um feriado na sexta-feira (12/10).
Velocity
Percebe-se uma leve queda no velocity, que evidencia, novamente, a capacidade de entrega da equipe até o momento por volta de 40 pontos por sprint.
Riscos
A mudança do critério de pronto torna a entrega de testes obrigatória para a finalização de uma história, e origina um novo risco: dificuldade com testes.
Retrospectiva
Os pontos negativos apresentados, em sua maioria, evidenciam o cansaço da equipe, mesmo com as issues sendo entregues. A ocorrência do feriado favoreceu a recuperação parcial da equipe que está sem ritmo de trabalho desde a release.
Sprint Anterior
A equipe apresentou poucos pontos negativos na retrospectiva da sprint anterior. Vale ressaltar que o contexto em que a sprint ocorreu favoreceu o aparecimento destes pontos negativos (release I). Apesar disso, foram considerados ao planejar a sprint seguinte.
| Ponto Negativo | Correção Adotada |
|---|---|
| Pareamento é mais produtivo que superpairing | Após o trancamento da disciplina por um membro da equipe de desenvolvimento, esta agora se encontra em número ímpar. A solução adotada foi a adição de um membro da equipe de EPS, favorecendo o aumento de histórias planejadas para a sprint. |
| Planejamento inferior ao usual | Erro por parte do Scrum Master ao definir uma pontuação alta e com carga desproporcional na sprint da release. A solução adotada foi planejar a sprint seguinte com menor carga para as equipes de EPS e MDS, visando a recuperação total da equipe. |
Quadro de Conhecimento
Conhecimento nas tecnologias aumenta, dado o contato constante da equipe de desenvolvimento, e sua evolução a cada sprint. Vale ressaltar o aumento principalmente em ReactJS.
Registros de Presença nas Dailies
- Dailies de segunda e sexta feira são realizadas por hangouts, às 21h30 e 20h, respectivamente.
- Dailies de quarta-feira são realizadas por telegram, às 12h.
- Dailies de terça e quinta feira são realizadas presencialmente, às 15h50.
| Nome | Segunda Feira | Terça Feira | Quarta Feira | Quinta Feira | Sexta Feira |
|---|---|---|---|---|---|
| Bernardo | ✔ | ✘ | ✔ | ✔ | ✘ |
| Clarissa | ✘ | ✔ | ✔ | ✔ | ✔ |
| Esio | ✘ | ✔ | ✔ | ✔ | ✔ |
| Felipe | ✔ | ✔ | ✔ | ✔ | ✔ |
| Lucas | ✔ | ✔ | ✔ | ✔ | ✘ |
| Mariana | ✔ | ✔ | ✔ | ✔ | ✔ |
| Pedro | ✔ | ✔ | ✔ | ✔ | ✔ |
| Saleh | ✔ | ✔ | ✔ | ✔ | ✔ |
| Youssef | ✔ | ✔ | ✔ | ✔ | ✔ |
Avaliação do Scrum Master
Sprint planejada visando a recuperação da equipe pós release, sem novas histórias de usuário. A equipe vinha se queixando de cansaço durante e após a sprint da release, portanto, ao planjear a sprint atual, o objetivo foi de recuperar a equipe, buscando os ânimos pré release.
Ainda com rendimento abaixo do esperado, a equipe foi capaz de entregar a maioria das issues, e as que não foram entregues foram resultado de dificuldades técnicas, principalmente o EVM.
Um novo risco foi mapeado, dado que o critério de pronto mudou, e os testes no front-end ainda são motivo de dificuldades constantes dentro da equipe de desenvolvimento, muito se deve por conta da complexidade superior aos testes no back-end.
A equipe continua harmoniosa, as dailies têm bons níveis de participação, e as issues continuam sendo entregues com qualidade, mesmo com o cansaço de meio de semestre.
O empenho de MDS e EPS em entregar o melhor produto possível e também absorver o maior nível de conhecimento possível fica explícito, onde os papeis estão bem articulados, e erros vindos de sprints anteriores são constantemente trabalhados, a fim de atingir níveis cada vez maiores de produtividade saudável.