TCC Traumático, Panejamento Excessivo e Possível Cura
Tudo começou com uma péssima experiência de TCC no curso técnico. Mudanças constantes de direção por deficiência no meu conhecimento técnico, falta de validação (nem funcionou como deveria) e prazos rígidos criaram um mecanismo de defesa: o que chamei de overthinking.
Para evitar novos erros, meu cérebro passou a tentar prever cada detalhe do projeto e passar TUDO pro papel antes mesmo de começar, resultando em planejamentos exaustivos que consumiam toda a energia e dopamina, levando ao abandono dos projetos antes mesmo da finalização de um MVP.
O Conceito de VRs (Versões Ridículas)
Para quebrar esse ciclo, a solução proposta pela IA que eu estava conversando sobre isso foi a implementação de VRs (Versões Ridículas). Em vez de planejar o produto final, o foco muda para a entrega de fatias minúsculas e "vergonhosamente simples" de funcionalidade.
- Foco no Backend: Diferente do frontend, as VRs no backend servem para validar a lógica e a engenharia (ex: uma rota que apenas retorna "OK") antes de investir tempo em estética (que não é meu foco, já que estou mirando em Backend).
- Objetivo: Transformar a frustração da espera do resultado final na satisfação de resolver um problema agora.
Combatendo o Imediatismo
O desafio adicional é o meu subconsciente imediatista (querer que tudo esteja pronto em 2-3 dias). A estratégia para lidar com isso é:
- Tratar cada VR como um "mini-projeto" independente com prazo curto.
- Alimentar o cérebro com recompensas rápidas através de triunfos incrementais, em vez de focar no prazo longo do projeto completo.
O Devlog de Avanços Minúsculos
Para sustentar a consistência, a ideia é criar um Devlog público. Diferente de atualizações mensais, a proposta é postar cada avanço minúsculo (cada VR concluída).
- Função Psicológica: Transforma o avanço técnico em recompensa social e cria, de certa forma, um senso de compromisso.
- Valor Profissional: Documenta o processo de pensamento e evolução gradual, servindo como um portfólio vivo de aprendizado para vagas.
Planejamento Sob Demanda
Para evitar a paralisia por análise, o planejamento rigoroso foi substituído pelo Planejamento Sob Demanda.
- O "O Quê" é fixo: Mantém-se apenas um mapeamento de funcionalidades básicas.
- O "Como" é imediato: A modelagem e os detalhes técnicos são planejados apenas no momento de implementar a VR correspondente. Isso evita o desperdício de energia em planos que serão alterados durante a prática.
Próximos Passos
Bem, agora é testar na prática, aplicando na minha nova ideia de projeto, para ver se alguma coisa minha finalmente vai pra frente.
O que vocês acharam dessa estratégia?