Review da Sprint 8
1. Resumo
- Período: 14/05 - 20/05
- Scrum master: Lucas Siqueira
- Product Owner: Caio Oliveira
- Devops: Matheus Rodrigues
- Arquiteto: Lucas Macêdo
2. Resultados da sprint
2.1 Fechamento da Sprint
| Tarefas | Status | Pontos |
|---|---|---|
| Implantar Pesquisa | Concluída. | 5 |
| *Estudar Testes Unitários ReactsJS | Concluída. | 3 |
| Documentos do scrum master sprint 8 | Concluída. | 1 |
| Esqueceu Senha | Concluída. | 5 |
| Cards de Monitorias | Concluída. | 8 |
| Feedback para Usuários | Concluída. | 5 |
Pontos Planejados: 24
Pontos Concluídos: 24
2.2 Retrospectiva
| Membro | Pontos Positivos | Pontos Negativos | Sugestões de melhoria |
|---|---|---|---|
| Lucas Siqueira | Maior independência dos MDS. | Demora para realização dos pull requests. | Entregar os pull requests com antecedência para fazer melhor o code review e os release notes. |
| Lucas Macêdo | Os MDS foram mais independentes, e agora temos fotos no perfil do usuário. | Demora para realização dos pull requests de issues fáceis. | Entregar os pull requests com antecedência para fazer melhor o code review e os release notes. |
| Caio Oliveira | Independencia dos MDS. | Pull request demorados. | Pull requests feitos com antecedência. |
| Matheus Rodrigues | Independencia e comprometimento de MDS. | Tive pouca participação por motivos pessoais. | Antecedência na entrega dos pull requests. |
| João Pedro | Aumentou o conhecimento a cerca das tecnologias, a equipe se mostrou mais focada. | Demorou para realizar as entregas. | Tentar realizar as entregas no tempo certo. |
| Moacir Junior | - | - | - |
| Matheus Cristo | Pareamentos efetivos, equipe mais focada, melhoria nos commits. | Nenhum. | Realizar pull requests antecipadamente. |
| Renan Cristyan | Terminamos nossas issue, fiz meu primeiro pull request. | Não ter conseguido testar nossa issue. | Tentar aprender a fazer os testes do frontend. |
| Lucas Alexandre | Terminei minha issue, nosso grupo foi mais independente em relação aos EPS. | Não conseguimos realizar os testes do frontend. | Estudar os testes do frontend. |
3. Quadro de conhecimento ao fim da sprint
4. Burndown
5. Velocity
6. Engajamento nas dailys
7. Feedback do Scrum Master
7.1 Análise dos riscos
O único risco ocorrido foi: R14 - Indisponibilidade de membros da equipe, porém foi planejado, de forma que definimos não adicionar issues para o membro indisponível.
7.2 Análise geral
Nessa sprint conseguimos reduzir o número de riscos ocorridos, ocasionando em entregar tudo o que foi planejado. O ponto principal da sprint a se destacar é que a equipe de MDS finalmente se mostrou atenta e focada durante a realização das tarefas, apesar da demora para realização dos pull requests, eles apresentaram um amadurecimento em relação às entregas, mostrando que a decisão de propor pareamentos apenas entre eles foi acertada.
Analisando os indicadores, vemos melhoras no quadro de conhecimento dado a busca da equipe de MDS em resolver suas issues de forma independente. Quanto ao velocity, tem-se um aumento de pontos entregues em relação às duas sprints anteriores, onde a produtividade da equipe está subindo e pretendemos melhorar ainda mais nas próximas sprints. Em relação ao burndown, apesar das entregas tardias, a equipe se mostrou ágil, onde durante a semana tivemos um volume de trabalho muito bom. A comunicação da equipe melhorou, onde apenas 1 membro não teve um engajamento bom nas dailys, porém como dito no tópico anterior, ele avisou que estaria indisponivel durante a sprint.
Para o restante do projeto, ao iniciar a próxima sprint faremos o estudo e levantamento do escopo para a reta final, visando aumentar a produtividade da equipe, a qualidade do produto, e obter sucesso na entrega final.