Registro de Decisões e Evolução do Projeto

Este documento tem como objetivo expor as decisões de gerenciamento e as decisões técnicas da equipe, fundamentando-as nos dados coletados e analisados de forma objetiva através das ferramentas de planejamento e do dashboard analítico. A partir desta visão técnica, buscamos identificar gargalos e oportunidades de melhoria para garantir a evolução contínua do projeto.

Este registro será incrementado ao final de cada ciclo de entrega, conectando as ações tomadas aos resultados reais observados nas métricas de desempenho e qualidade.

1. Ciclo da Release 1 (27/04/2026)

1.1. Aspectos Gerenciais

Comunicação e Daily: Também foi notado durante esse período a dificuldade da comunicação em períodos em que o grupo não está reunido. Por isso, nas próximas sprints iremos usar o grupo de "Daily" com mais frequência para que, dessa forma, o grupo inteiro esteja ciente de quando uma atividade foi começada ou de quando um integrante esteja enfrentando dificuldades.

Riscos: No gerenciamento de riscos, subestimamos muito o impacto que a "dependencia entre atividades" (R09) poderia ter na nossa sprint. Para os próximo ciclos de desenvolvimento iremos fazer ajustes no cronograma e no backlog, além de aumentar o impacto desse risco na nossa planilha de gerenciamento.

Realocação de Esforço: Com o final dessa etapa inicial de trabalho, o trabalho de documentação ficará mais leve. Dessa forma, colocaremos mais membros do grupo para trabalhar em questões de código.

Gestão de Sprints no Zenhub: Durante as sprints iniciais, a equipe teve algumas dificuldades com a nova plataforma Zenhub em mudar a configuração do tempo das sprints, o que levou a equipe a depender do rótulo dessas sprints para se organizar durante a rotina intensa de desenvolvimento em que não era possível parar o fornecimento de sprints. Agora que realizamos a release, pretendemos resetar o padrão automático de sprints do Zenhub para que possamos redefinir o tempo de sprint para uma semana ao invés de duas, como era da nossa vontade desde o início.

Densidade de Issues: Como essas primeiras sprints foram sprints de organização (criação de issues), notamos que a nossa densidade de issues ficou em 50%. Acreditamos que esse comportamento se deve ao grande número de issues criadas para o desenvolvimento do backlog, porém iremos observar se esse número irá aumentar.

1.2. Decisões Técnicas

Nessa terceira sprint, desenvolvemos o dashboard analítico e ele nos ajudou a observar alguns pontos em que será necessária uma mudança:

Manutenibilidade e Comentários: A equipe ficou muito focada em testes e em qualidade (com a ajuda do Sonar), mas esquecemos de focar na manutenibilidade do produto, conseguindo atingir uma métrica 0 no quesito "comentários". O objetivo dessa nova sprint é aumentar em 30% a quantidade de comentários nos dois repositórios (api/web). Dessa forma, esperamos não apenas aumentar a nota em manutenibilidade, mas aumentar a qualidade do nosso produto que atingiu a pontuação 0.8 de 1.0.

Expansão de Escopo: Durante o desenvolvimento, notamos algumas lacunas na jornada de usuário e pretendemos aumentar o nosso escopo incluindo: sistema de alertas/notificações e sistema de recuperação de senha.

Histórico de versões

Versão	Data	Modificação	Autor
1.0	27/04/2026	Criação do documento	Natália de Morais