Relatório da Sprint — Projeto Lumina¶
1. Informações Gerais¶
- Sprint: 01
- Duração: 01/09/2025 a 07/09/2025
- Product Owner: Arthur Luiz Silva Guedes
- Scrum Master: Cecília Costa Rebelo Cunha
- Time de Desenvolvimento: Átila Sobral de Oliveira, João Pedro Ferreira Gomes, Nathan Pontes Romão, Tiago Geovane da Silva Sousa
2. Objetivos da Sprint¶
Sprint inicial focada em pesquisa, estudos técnicos e definição das bases do projeto.
- Definir o escopo inicial do produto ("O Quê" e "Para Quem").
- Realizar estudos sobre as tecnologias candidatas para front-end, back-end e agentes de IA.
- Pesquisar ferramentas e conceitos de suporte ao projeto, como Figma, Docker, Web Crawlers e métricas open source.
- Estabelecer as decisões técnicas fundamentais para as próximas Sprints.
3. Backlog da Sprint¶
| Item | Tarefa | Responsável(eis) | Status |
|---|---|---|---|
| 1 | Definição do Produto (O "O Quê" e o "Para Quem") | Cecília Costa | Concluído |
| 2 | Estudo e Definição da Tecnologia Front-End para o Aplicativo Mobile | Cecília Costa | Concluído |
| 3 | Estudo e Definição da Tecnologia Back-End para o Aplicativo Mobile | Cecília Costa | Concluído |
| 4 | Estudo sobre a Aplicação de Web Crawlers e APIs | Cecília Costa | Concluído |
| 5 | Estudo sobre Métricas em Projetos Open Source | Cecília Costa | Concluído |
| 6 | Estudo sobre Figma para Design de UI/UX | Cecília Costa | Concluído |
| 7 | Estudo sobre Docker para Padronização de Ambientes | Cecília Costa | Concluído |
| 8 | Estudo sobre Arquitetura e Implementação de Agentes de IA | Cecília Costa | Concluído |
4. Entregas (Review)¶
- Decisões de Tecnologia: Com base nos estudos, o time definiu o uso de Flutter como framework para o front-end e Python com Django para o back-end e a API.
- Arquitetura de IA: Foi decidido utilizar o padrão planejador-executor para os agentes de IA. As opções de tecnologia para o web crawler foram pesquisadas e reduzidas a duas finalistas.
- Apresentações de Estudos: A equipe compartilhou o conhecimento adquirido a partir dos estudos sobre o escopo do produto, tecnologias, Figma, Docker, Web Crawlers e métricas.
- Documento de Operação: Foi criado um documento inicial (por Cecília) resumindo a operação do projeto e seu funcionamento.
5. Métricas da Sprint¶
- Velocity (story points concluídos): Não foram utilizados Story Points nesta Sprint.
- Burn-down Chart: Gráfico não disponível.
- Qtd. de tarefas concluídas / planejadas: 8 / 8
6. Retrospectiva¶
O que funcionou bem¶
- A equipe conseguiu concluir 100% das issues de estudo planejadas.
- As pesquisas foram eficazes e permitiram tomar decisões técnicas importantes para o futuro do projeto.
- A apresentação do trabalho foi sucinta e clara.
O que pode melhorar¶
- Clareza do Projeto: Houve desentendimento no time sobre os objetivos gerais do projeto, indicando falta de clareza no plano de ensino.
- Comunicação: A equipe identificou a necessidade de uma comunicação mais frequente e alinhada.
- Padrões de Desenvolvimento: Faltou definir e seguir boas práticas no GitHub, como padrões para documentação em Markdown, uso de referências e uma estrutura clara para issues e Pull Requests.
Ações de melhoria¶
- Falar com a Professora: Marcar uma reunião para tirar dúvidas sobre o escopo e os objetivos do projeto.
- Implementar Dailies: Iniciar reuniões diárias para melhorar a comunicação e o alinhamento do time.
- Padronizar o Uso do GitHub: Criar um guia ou tutorial interno sobre como criar issues, fazer branches, Pull Requests e seguir um padrão de qualidade na documentação.
- Organizar o Figma: Centralizar o trabalho de design no Figma, com João Pedro assumindo a responsabilidade de organizar a ferramenta.