Sprint 11
Histórico de Revisão
| Data | Versão | Modificação | Autor(a) |
|---|---|---|---|
| 05/04/2022 | 0.1 | Criação do documento | Guilherme Araujo |
Planning da Sprint 11
- Período: 05/04 a 11/04
- Objetivo: Deploy da API, testes do metabase, novo Git Pages, correção dos scripts criados.
Épicos
| ID | Descrição |
|---|---|
| #89 | Criação da API com Django Rest. |
| #110 | Revisão dos documentos do projeto. |
Issues
| ID | Descrição |
|---|---|
| #102 | Conectar um banco de dados de teste ao metabase. |
| #111 | Refatoração individual dos scripts de scraping da FACULDADE DO GAMA - BRASÍLIA. |
| #114 | Criação do requirements.txt |
| #116 | Realizar o deploy da API no servidor (Heroku, etc..). |
| #117 | Criar um dashboard de exemplo. |
| #119 | Finalização do desenvolvimento do novo git pages. |
| #120 | Colocar as documentações atuais no novo git pages. |
| #121 | Criar roadmap geral (Como executado). |
Dívidas Alocadas
| ID | Descrição |
|---|---|
| #102 | Refatorar o script de scraping dos dados da FACULDADE DO GAMA - BRASÍLIA. |
Possíveis Riscos Mapeados para a Sprint
- Falhas na comunicação.
- Falta de cumprimento dos prazos estabelecidos para as issues.
Review Sprint 10
- O ritmo na sprint deu uma caída, devido a provas e entrega de trabalhos durante o semestre. Porém, a tarefas ainda foram realizadas no prazo e houve progressão na programação do scraping
Qualidade do Trabalho Entregue
A qualidade do trabalho entregue foi boa e os códigos produzidos agregaram valor, levando em consideração as falhas na comunicação.
Velocity
Retrospectiva
Pontos Positivos
- Houve um maior avanço na programação.
- Melhor divisão de tarefas e paridade entre membros.
- Melhorias na organização da comunicação de todos os membros foram notadas.
- Maiores esclarecimentos no desenvolvimento do novo Git Pages.
Pontos Negativos
- Problemas na execução das práticas ágeis.
- Falta de compromisso com os padrões do SCRUM.
- Atraso no cronograma de atividades.
Pontos de Melhoria
- Melhorar a organização geral do projeto.
- Mais proatividade de todos os membros.
- Fazer a divisão das issues logo após o planning.
- Não deixar membros ficarem ociosos no projeto.
Quadro de Conhecimento
Análise do Scrum Master
Num geral, a sprint foi produtiva com apenas alguns pontos de "gargalo" que puderam ser resolvidos rapidamente com comunicação clara e rápida. Para as próximas sprints, procurar envolver a maior quantidade de membros possível no desenvolvimento do projeto.