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.