Relatório da Sprint — Projeto Lumina¶

1. Informações Gerais¶

Sprint: 02
Duração: 08/09/2025 a 14/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

Sprint focada na tomada de decisões, estudos técnicos e configuração do ambiente de desenvolvimento para o projeto.

Definir as tecnologias para o front-end e back-end da aplicação.
Estruturar a documentação do projeto utilizando GitHub Pages.
Levantar e documentar os requisitos funcionais e não-funcionais iniciais da solução de ChatBot.
Realizar estudos técnicos sobre conceitos-chave (RAG, deploy de apps) e ferramentas de métricas (GitHub Insights).
Configurar e organizar o quadro de gerenciamento de tarefas no GitHub Projects.

Item	Tarefa	Responsável(eis)	Status
1	[PO] Definir Requisitos Funcionais e Não Funcionais	Arthur Luiz	Concluído
2	Estudo sobre RAG e como implementá-lo	Tiago Geovane	Concluído
3	Documentação de front-end e back-end	Nathan Pontes	Concluído
4	Configuração e Organização do GitHub Projects para o Squad	Cecília Costa	Concluído
5	Estudo sobre a ferramenta GitHub Insights	Tiago Geovane	Concluído
6	Estudo sobre Como hospedar um app na Play Store	João Pedro	Concluído
7	Criar site com Hugo para documentação no GitHub Pages	Átila Sobral	Concluído
8	Implementando site com Hugo no GitPages	Átila Sobral	Concluído
9	Implementando site com Hugo no GitHub Pages (duplicata)	Átila Sobral	Concluído
10	Adicionando estudos sobre RAG e Github Insights	Tiago Geovane	Concluído

Levantamento de Requisitos: Foi apresentado um documento inicial com os requisitos funcionais (interface, fluxo de busca, sistema de contas) e não-funcionais (desempenho, usabilidade, compatibilidade) para o ChatBot.
Definição de Tecnologias: Decisão de utilizar Python para o back-end, devido à sua robustez em bibliotecas de IA, e Flutter para o front-end, visando a compatibilidade com dispositivos móveis.
Estrutura de Documentação: O site de documentação foi iniciado com Hugo no GitHub Pages. Foram encontrados problemas técnicos com o template, e o time discutiu a possibilidade de migrar para MkDocs.
Gerenciamento do Projeto: O quadro Kanban no GitHub Projects foi configurado e apresentado ao time, com um plano para refinar o template das issues para incluir épicos e user stories.
Apresentações de Estudos: Foram compartilhados com o time os resultados dos estudos sobre:
Como publicar um aplicativo na Google Play Store.
O que é e como funciona a técnica RAG (Retrieval-Augmented Generation) para LLMs.
Como utilizar o GitHub Insights para análise de métricas do projeto.

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: 10 / 10

A equipe concluiu todas as tarefas de estudo e definição planejadas.
Boa organização do quadro no GitHub Projects, facilitando a visualização do progresso.
As discussões técnicas durante a review (ex: Hugo vs. MkDocs) foram produtivas para alinhar o time.

Comunicação e Planejamento: Foi apontada a necessidade de melhorar a comunicação e não deixar o planejamento e a execução das issues para o final da semana.
Dificuldades Técnicas: O problema com o template do Hugo mostrou a necessidade de investigar melhor as ferramentas antes de se comprometer com elas.
Envolvimento do Time: Garantir que todos os membros estejam ativamente engajados no planejamento e execução das tarefas.

Prototipação: Iniciar o protótipo de baixa fidelidade e um esboço no Figma para tangibilizar as ideias.
Refinamento de Artefatos: Refatorar o documento de requisitos, criar o Story Map e documentar a arquitetura de software definida.
Documentação: Resolver os problemas com o GitHub Pages, decidindo sobre a ferramenta (Hugo ou MkDocs).
Processos: Retificar o backlog das próximas sprints com base nos aprendizados.