Sprint 9 Resultado

Sumário

1. Revisão

2. Retrospectiva

3. Burndown Chart

4. Velocity

5. Relato do Scrum Master

6. Métricas

---

1. Revisão

História	Foi concluída?
US20 - Manter EVM	❌
US21 - Manter Nota	❌
TS06 - Refatorar Componentes Releases e Sprint	✅
TS04 - Testes unitários (FrontEnd)	➕ / ➖
US17 - Manter Épico	➕ / ➖
US24 - Gráfico de issues	✅
US18 - Manter Feature(Front )	❌

1.1 O que foi feito?

• TS06 - Refatorar Componentes Releases e Sprint
• US17 - Manter Épico (Back-End)
• US24 - Gráfico de issues
• US24 - Gráfico de issues
• TS04 - Testes Unitários (40% de cobertura)

1.2. O não foi feito e por que não foi feito?

• US20 - Manter EVM (Back e Front)

  • História muito complexa;
  • Foram realizados poucos pareamentos do grupo alocado para essa história;

• US21 - Manter Nota

  • Foram realizados poucos pareamentos do grupo alocado para essa história;
  • Dificuldade no entendimento da história;

• TS 04- Testes Unitários

  • Falta de proatividade e conhecimento técnico do time;

• US 17 - Manter Épico

  • Complexidade alta da história;

• US18 - Manter Feature

  • Alta complexidade da história;
  • Alto acoplamento das histórias;

2. Retrospectiva

2.1. O que deu certo?

• Gráficos estão sendo desenvolvidos com mais facilidade;
• Pareamentos com grupos menores foram efetivos para a elaboração das histórias;
• Cobertura de teste do front-end aumentou;

2.2. O que deu errado?

• Histórias com complexidade muito alta atrasaram o desenvolvimento;
• Dispersão no final do semestre devido à finalização das demais disciplinas
  • Grande número de pareamentos não ocorreram;
• Falta de comunicação do grupo
  • Membros ausentes durante os stand ups e reuniões;

2.3. Como melhorar?

2.3.1. Must Have

• Pareamento presencial todos os dias;

2.3.2. Nice To Have

• A equipe deve possuir um melhor foco na última sprint a fim de atingir uma versão estável e funcional do sistema;

3. Burndown Chart

Devido às atividades do fim do período, a equipe foi improdutiva, o que fica explícito no gráfico de burndown em que os pontos começaram a ser queimados apenas após 3 dias do início da sprint. Além disso, como é possível ver, foram deixadas dívidas.

4. Velocity

É possível observar pelo gráfico o baixo desempenho da equipe, uma vez que foram queimados pouquíssimos pontos em relação ao número de pontos planejados. Como citado anteriormente,foi uma sprint em que a equipe esteve preocupada com atividades externas e não participou tão efetivamente.

5. Relato do Scrum Master

Esta sprint foi extremamente improdutiva para a equipe, uma vez que o semestre estava se encerrando, poucos membros estava na faculdade nos horários dos stand ups, assim, aconteceram poucas reuniões diárias. Além do mais, grande parte da equipe estava descomprometida, de modo que alguns membros não apareceram e não informaram nada a respeito do que estava acontecendo. Além disso, os pareamentos não aconteceram da forma planejada para a maioria dos grupos alocados em suas histórias.

De maneira geral, o baixo desempenho da equipe nessa sprint que antecede a última fica evidente nas métricas coletas.

6. Métricas

6.1. Duplicação

Através da relação apresentada acima, percebe-se que a duplicação de código permaneceu, mas agora em diferentes arquivos. Entretanto, visando a finalização do projeto, existe um esforço do time para evitar esse tipo de situação.

6.3.1. Antes da sprint 9

6.3.2. Depois da sprint 9

Comparando o antes e o depois da equipe através desse quadro percebe-se que a distribuição de conhecimento ficou mais homogênea e o desenvolvimento de um maior número de testes melhorou o nível da equipe em termos de conhecimeto sobre testes. De maneira geral, alguns componentes da equipe atingiram um bom nível de aprendizado sobre determinada tecnologia.