Pular para conteúdo

Diário de Bordo – Sprint 6

Identificação

Campo Informação
Sprint 6
Período 19/06/2026 a 30/06/2026
Responsável Hauedy Wegener
Disciplina GCES

Objetivo da Sprint

Nesta última sprint, meu objetivo foi revisar e consolidar meus próprios diários de bordo, organizando o registro do meu percurso ao longo da disciplina e fechando a documentação referente ao meu trabalho desde a Sprint 0.

Atividades Realizadas

Atividade Status
Revisar os diários de bordo que produzi ao longo do semestre ✔️
Conferir a estrutura dos meus arquivos em docs/Sprints ✔️
Atualizar o mkdocs.yml para referenciar meus diários na navegação do site ✔️
Fazer uma retrospectiva pessoal do processo percorrido desde a Sprint 0 ✔️

Ferramentas e Tecnologias Utilizadas

Ferramenta / Tecnologia Finalidade
MkDocs Organização final da minha documentação
Git / GitHub Versionamento e histórico dos meus diários
VS Code Edição e revisão dos arquivos de documentação

Atividades Realizadas em Detalhes

1. Consolidação dos meus diários

Com o semestre chegando ao fim, revisei os diários que escrevi desde a Sprint 0, conferindo se seguiam uma estrutura consistente e se as informações estavam completas antes da entrega final da disciplina.

2. Atualização da navegação

Atualizei o mkdocs.yml para incluir meus diários que ainda não estavam referenciados no menu do site, garantindo que meu registro ficasse acessível na documentação publicada.

3. Retrospectiva pessoal

Ao revisar meus próprios diários, percebi que meu percurso na disciplina não seguiu o caminho de uma contribuição de código: tentei buscar uma issue viável na Sprint 4, esbarrei em limitações reais do repositório (bloqueio de commits e falta de permissão de fork) e, a partir disso, redirecionei minha atuação para organizar e manter minha própria documentação. Foi um caminho diferente do que eu havia planejado inicialmente, mas ainda assim um caminho real dentro do que foi possível fazer no contexto da disciplina.

Dificuldades Encontradas

  • Manter meus próprios diários organizados e coerentes até o fim do semestre, revisando o que já havia escrito nas sprints anteriores.
  • Aceitar que, apesar de não ter uma contribuição de código para mostrar, o trabalho de documentação também precisa ser levado a sério e bem registrado.

Aprendizados

  • Contribuir com um projeto open-source não se resume a escrever código: manter a própria documentação organizada e acessível também é parte do processo de aprendizado.
  • A experiência mostrou, na prática, que projetos reais têm obstáculos (permissões, repositórios travados, falta de retorno de mantenedores) que nem sempre estão sob nosso controle, e que faz parte adaptar o próprio objetivo diante disso.

Próximos Passos

  • Encerrar minha documentação da disciplina com todos os diários revisados e organizados.

Histórico de Versões

Versão Data Descrição Autor
1.0 30/06/2026 Criação do diário de bordo da Sprint 6 Hauedy Wegener