Sprint 12
Histórico de Revisão
| Data | Versão | Modificação | Autor(a) |
|---|---|---|---|
| 05/04/2022 | 0.1 | Criação do documento | Matheus Pimentel |
Planning da Sprint 12
- Período: 12/04 a 18/04
- Objetivo: Deploy da API, testes do metabase, correção de pequenso bugs no novo git pages, ampliação do scraping.
Issues
| ID | Descrição |
|---|---|
| #118 | Dockerização da API. |
| #126 | Mudança do DB para PostgreSQL. |
| #129 | Revisão dos documentos presentes no repositório: fga-eps-mds/2021.2-INDICAA-Wiki |
| #130 | Refatoração do README do projeto. |
| #131 |  Tags de emojis em markdown estão aparecendo no novo git pages. |
Dívidas Alocadas
| ID | Descrição |
|---|---|
| #89 | Criação da API. |
| #101 | Refatoração do script de scraping. |
| #102 | Conexão de um banco de dados de teste ao metabase. |
| #116 | Deploy da API no heroku. |
| #117 | Criar um dashboard de exemplo no metabase. |
Possíveis Riscos Mapeados para a Sprint
- Falhas na comunicação.
- Falta de cumprimento dos prazos estabelecidos para as issues.
Review Sprint 11
- Num geral, a dificuldade de comunicação com os membros ausentes está atrasando muito a execução de tarefas, porque estamos priorizando que os membros deste grupo não fiquem sobrecarregados / desistam de outras matérias para poder cumprir com a entrega. Com isso, a sprint 11 foi a mais lenta em termos de velocidade de execução das tarefas, mas, pelo lado positivo, foi concluído o novo git pages do peojeto nesta sprint.
Qualidade do Trabalho Entregue
A qualidade do trabalho entregue foi mediana com relação às sprints passadas.
Velocity
Retrospectiva
Pontos Positivos
- O grupo se sente bem integrado e em contato frquente.
- O grupo ainda está tentando (esforço, resiliência).
- Entendimento maior sobre o funcionamento do banco de dados.
- O trabalho com a responsividade do front-end (git pages) foi muito esclarecedor.
Pontos Negativos
- Existem membros sobrecarregados.
- Release próxima com muito trabalho ainda pela frente.
- Existe um desânimo por parte dos membros mais ativos.
- Poucos membros realmente tentando contribuir no projeto.
- Membros pouco ativos durante o final de semana.
Pontos de Melhoria
- Maior proatividade dos outros membros.
- Melhor aproveitamento dos trabalhos produzidos pelos membros.
- Falta intensidade com relação à participação, portanto, a intensidade de trabalhos deve ser maior.
- Maior agilidade para a conclusão das issues propostas para a sprint.
- Melhorar o planejamento pessoal dos membros.
- Incentivar pessoas que não estão participando à participar do projeto.
Quadro de Conhecimento
Análise do Scrum Master
A dificuladade de alcance e comunicação com os membros ausentes custou caríssimo para o desenvolivmento do projeto. Com isso, há uma grande sensação de incerteza e de insegurança quanto ao trabalho que será entregue na R2..