Resultado Sprint 4

Sprint Backlog

Pontuação da Sprint

Pontos planejados: 40 pontos
Pontos concluídos: 24 pontos
Dívidas geradas: 26 pontos

Issues Entregues

Dividas técnicas

Retrospectiva da Sprint

Pontos Positivos

  • A equipe se empenhou para entregar os requisitos funcionais
  • A equipe de mds começou a realizar o pareamento da maneira certa, programando juntos
  • Em relação aos problemas do código, deu pra perceber onde estava o erro e deu para pensar numa solução para o erro que será executado na próxima sprint.
  • Equipe de mds está com cada vez menos problemas com Docker

Pontos Negativos

  • Dificuldade em conectar a request do Angular com o que a API tem de receber
  • Requisitos funcionais viraram dívida técnica
  • Equipe de mds ainda tem algumas dúvidas em relação a arquitetura

Sugestão de melhoria

  • Tentar resolver as issues de código desde o primeiro dia da sprint
  • Fazer mais encontros presenciais para tentar solucionar os erros dos requisitos funcionais
  • Melhorar comunicação na hora de desenvolver as models, para que ela esteja modelada da melhor maneira

Burndown

Burndown

Foram 40 pontos planejados, onde desses 40, foram entregues 24. Mesmo com alguns tutoriais para fixar o aprendizado e supervisão dos EPS, houveram muitas dúvidas na hora de programar (principalmente na hora de conseguir integrar o front com a api), essa foi a segunda Sprint com código, no qual eles tiveram que parear e mexer tanto na API quanto no Angular, dessa vez um requisito funcional foi entregue.

Velocity

Velocity

Dessa vez decidimos manter o número de pontos planejados, e não aumentar mais os pontos para essa Sprint, devido as dívidas técnicas que poderiam dar trabalho, o Velocity se manteve regular, estamos cada vez mais chegando a um padrão saudável de produtividade, apesar que com a experiência maior da equipe os requisitos funcionais devem ser entregues com maior velocidade.

Quadro de Conhecimento

Quadro de conhecimento

Este quadro aborda o conhecimento depois de cinco sprints, vemos que todos já sabem a metodologia, a parte de backend o desenvolvimento está em crescimento, o maior problema são com as tecnologias relacionadas ao Angular, onde a maioria dos membros tem dificuldade, nessa como os pareamentos foram feitos mais vezes, e as issues envolvem tanto a api quanto o front, o conhecimento dos membros aumentaram, e isso faz com que nas próximas sprints toda a funcionalidade seja entregue, e não só um parte dela, pelas horas trabalhadas percebe-se que algumas pessoas que estavam com foco no backend sprint passada, nessa sprint teve de focar no Angular devido a nova distribuição de atividades, fazendo com que o time fique cada vez mais full stack.

Análise do Scrum Master

Essa Sprint teve como objetivo principal focar nas dívidas técnicas, ver como as novas duplas de pareamento se comportam, como o quadro de conhecimento está evoluindo, pois agora o time de mds está cada vez mais focado nos requisitos funcionais, a parte de documentação foi refatorada em alguns tópicos, só que mais uma revisão será feita antes da release 1.
A review da Sprint deu para identificar que mds está com dificuldade em integrar os dados do front com o que api recebe, logo soluções serão propostas para a sprint 5.