Resultado Sprint 3

Sprint Backlog

Pontuação da Sprint

Pontos planejados: 40 pontos
Pontos concluídos: 22 pontos
Dívidas geradas: 18 pontos

Issues Entregues

Dividas técnicas

Retrospectiva da Sprint

Pontos Positivos

  • As documentações de mds foram finalizadas
  • A equipe está se esforçando para aprender a tecnologia
  • O review foi bastante interessante, deu para perceber a dificuldade que cada mds estava tendo

Pontos Negativos

  • Equipe de MDS teve muita dificuldade para rodar o Docker
  • Requisitos funcionais viraram dívida técnica
  • Equipe de mds ainda tem algumas dúvidas em relação a arquitetura
  • O pareamento aconteceu poucas vezes, pois eles acabaram tentando fazer sua parte sozinha

Sugestão de melhoria

  • Equipe MDS utilizar a técnica do pareamento, para compartilhar conhecimento
  • Tentar resolver as issues de código desde o primeiro dia da sprint

Burndown

Burndown

Foram 40 pontos planejados, onde desses 40, foram entregues 22. Mesmo com alguns tutoriais para fixar o aprendizado e supervisão dos EPS, houveram muitas dúvidas na hora de programar, essa foi a primeira Sprint com código, no qual eles tiveram que parear e mexer tanto na API quanto no Angular, para montagem das telas, a falta do costume de programar todos dias também interferiu para que todas as issues fossem entregues, e que não surgissem dívidas técnicas, em relação a documentação, a produção foi regular e não houve muitos problemas.

Velocity

Velocity

Apesar do planejamento ter aumentado o número de pontos da Sprint 2 para a Sprint 3, o número entregue foi menos, ocorrendo uma queda no Velocity, agora antes de planejarmos uma Sprint com um número maior de pontos, e com issues mais difíceis, temos que ter certeza de que a equipe de MDS tem base técnica para a solução de tais funções. Assim podemos chegar num Velocity saudável e mantenha as entregas bem regulares e padronizadas.

Quadro de Conhecimento

Quadro de conhecimento

Este quadro aborda o conhecimento depois de quatro 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, e isso faz com que ao final da sprint as issues funcionem em partes, mas o todo não é entregue, pela tabela dá para perceber que a equipe de MDS que pegou a issue de home, que foram Rafaella, Geraldo e Lucas, tiveram algumas horas com foco no Angular, houve umas disseminação de conhecimento, inclusive pela descrição das horas trabalhadas deu para perceber isso.

Análise do Scrum Master

Essa Sprint tem como objetivo principal o fechamento do documento de arquitetura, e analisarmos como MDS se comportará em relação aos pareamentos, para que possamos rastrear as possíveis dificuldades, que podem ser que perdurem no futuro, a priorização dos requisitos funcionais foram baseados em issues de menos complexidade, na qual se acha bastante tutorial e material na internet, mas como esperado, mesmo com suporte a dificuldade no desenvolvimento foi grande, e o pareamento dos trios não foram executados todos os dias, devido a outras matérias que os MDS estão pegando ou por horário mesmo, mas vendo o quadro de horas e o de conhecimento, parece que o conhecimento de alguns foi disseminado para outros, e o grupo está mais preparado para a Sprint 4, para lidar com as issues.