Review da sprint 9

Histórico de revisão

Data	Autor	Modificações	Versão
24/04/2021	Welison Regis	Adiciona revisão e retrospectiva da sprint 9	1.0

Visão Geral

Duração da sprint	Planejado	Entregue	Divida técnica	Membros ausentes
11/04/2021 a 17/04/2021	91 pontos	78 pontos	13 pontos	Laís e Fernando

Tarefas finalizadas

Issue	Pontos	Responsáveis
Documentar revisão e retrospectiva da sprint 8	5	Welison Regis
Criar documento de planejamento da sprint 9	2	Welison Regis
Adicionar etapa de lint ao pipeline	5	Leonardo Medeiros
Interconectar os dockers através de uma network	3	Leonardo Medeiros
Criar scripts para possibilitar rodar o front-end fora do docker	5	Leonardo Medeiros e Welison Regis
[US14] Exercício de Múltipla Escolha no Front-End	13	Fernando Vargas e Luís Guilherme
[US19] Tela com informações sobre o projeto	5	Lucas Rodrigues e Luiz Gustavo
TS06 - Refatoração e uso do repositório de Usuário	40	André Lucas, Lieverton Silva, Luís Guilherme e Fernando Vargas

Dívidas técnicas

Tarefa	Pontos	Responsáveis	Justificativa
US - História do povo Kokama disponíveis em português e Kokama	13	Lais Portela e Ana Júlia	Dupla não conseguiu completar todos os detalhes da issue no período da sprint, front-end ficou pendente e o back-end pela incompleto

Cumulative Flow

Burndown

Velocity

Quadro de Conhecimentos

Antes

Depois

Antes e depois por assunto

Tempo gasto na sprint

MDS e EPS

Geral

Presença em daily

Integrante / Dia	Segunda	Terça	Quarta	Quinta	Sexta	Sábado
Ana
André
Fernando
Lieverton
Lais
Leonardo
Lucas
Luís
Luiz
Welison

Retrospectiva

Os textos abaixo são opiniões e visões relatadas anonimamente por parte da equipe e, portanto, utiliza um formato mais livre na escrita com a finalidade de captar todos os elogios, ideias, sugestões e reclamações da sprint.

Pontos positivos

1. Comunicação pelo Disc com a professora parece que funcionou legal
2. Não teve reunião com a Prof. Altaci na sexta, acho que foi bom porque vamos entregar uma aplicação top na próxima reunião
3. André e TomTom estavam bem acessíveis pra ajudar na refatoração (além de colocarem a mão na massa também, claro)
4. MDS e EPS juntaram esforços para ajustar as pendências do front-end da parte de administrador do sistema
5. S tá trabalhando demais ( melhor pessoa)
6. As reuniões estão ficando mais rápidas e mais dinamicas
7. EPS ta de parabéns, todos fazendo um bom trabalho e dedicando muito tempo e esforço. Dale.
8. EPS sempre se disponibilizando pra ajudar ao final das sprints, obrigado eps vocês sempre salvam a gente.

Pontos a melhorar e sugestões de melhoria

1. MDS revisou PR sem revisar. quebrou o pipeline inteiro de DevOps. Revisar o PR corretamente (@EPS explicar quando falar esse ponto)
2. Atraso de Reuniao. Continua o mesmo horario, bora chegar no horario.
3. ** perdeu a estrelinha de filho favorito por excluir as coisas do Leo :(
4. Continuamos sem bons testes. Criar sprint só de teste.
5. Faltas em fim de sprint. F. Ta dificil para todo mundo, tem como melhorar não
6. Mudou-se muita coisa em relação ao design do projeto mas o protótipo não foi atualizado. Atualizar protótipo. Criar protótipo do ADM também.
7. Ainda muita dependência de EPS pro desenvolvimento T.T. I WANT TO BREAK FREE
8. ** está trabalhando muito (Não é MDS que está trabalhando pouco é o ** que está trabalhando muito)
9. ** quebrei o Heroku, não quebrar o heroku. Prestar muita atenção na hora de resolver os conflitos e no merge com a dev.
10. Não deveria ser normal dedicar mais de 20 horas numa disciplina só (tirando às aulas).
11. MDS não está sabendo fazer testes, fazer um dojo de testes? Para todos aprenderem corretamente e prosseguir sem estudar sozinhos e tendo chance de fazer cagada.

Medidas a serem tomadas

1. Adotar como foco testes de software do front-end e back-end na próxima sprint;
2. Manter a revisão de código como responsabilidade de EPS até que MDS tenha mais maturidade e conhecimento para fazer as revisões;
3. Conselhos e testes de exemplo para MDS estudar e se basear no momento de realizar os testes de software;
4. Manter conselhos para espaçar melhor o tempo e a carga de trabalho ao longo da semana.

Avaliação do Scrum Master

Considerações sobre a sprint 9:

• Cumulative flow: o cumulative flow demonstra que, ao chegar ao final da sprint, restou-se pendente no sprint backlog apenas uma história de usuário. Ademais, é possível notar um bom fluxo de tarefas "em andamento" com uma revisão extremamente rápida, realizada no mesmo dia em que a atividade foi passada para revisão.
• Burndown e velocity: conforme velocity, pode-se verificar que a sprint foi finalizada com 78 pontos entregues, acima da média histórica do projeto. A sprint contou com uma história técnica bem atípica (TS06) que demandou bastante trabalho pela equipe. Conforme pode-se observar no burndown, apenas uma história de usuário ficou pendente ao final da sprint.
• Quadro de conhecimentos: pequeno avanço em relação a diversificação de conhecimento durante a sprint, equipe não conseguiu avançar como pretendido nos testes de software, pois entregaram apenas as funcionalidades ao longo da semana. Nesse sentido, torna-se necessário dedicar uma sprint voltada para testes no projeto.
• Tempo gasto: observa-se um descompasso na distribuição de horas trabalhadas no final da sprint (especificamente sexta-feira, que demandou muitas horas de MDS). Nesse sentido, faz necessário continuar a acompanhar e recomendar aos membros da equipe que distribuam os horários de trabalho ao longo da semana.

Nesse sentido, deve-se levar em consideração os comentários pontuados nesse tópico e aqueles citados no tópico "medidas a serem tomadas" para manter um bom desempenho nas próximas sprints.