- Em uma tarde tranquila de sábado, você abre o terminal com a intenção de garantir algumas horas para programar e mergulhar em um projeto
- No diretório do projeto, há ideias meio implementadas e trabalhos em andamento que foram interrompidos
- Seja qual for o projeto escolhido, você acaba enfrentando não apenas o problema original, mas também novos desafios
- Você abre a IDE, busca as mudanças mais recentes e examina o histórico de commits
- Encontra trabalho de frontend inacabado, integrações de bibliotecas que esbarraram em limitações inesperadas e arquiteturas complexas construídas com engenharia em excesso
- Para mostrar algum progresso, passa horas refatorando código, depurando, mexendo em CSS e mais
- O tempo reservado passa rápido, e você começa a se preparar para sair da cadeira
- Começou com otimismo, mas termina frustrado e se sentindo inadequado
- A base de código ainda está cheia de comentários TODO e funcionalidades pela metade
- O ciclo de entusiasmo, luta e decepção se torna muito familiar
- Efeito Hidra dos projetos: mesmo quando há progresso, novos desafios continuam surgindo
- Esse padrão parece impossível de quebrar, mas você decide encontrar uma forma de domar esse monstro
- A ideia é buscar estratégias para escapar de inícios intermináveis e meios insatisfatórios
- Você quer aprender a arte de concluir, derrotar a hidra e sentir a satisfação de um projeto finalizado
A tentação da Hidra dos projetos
- Enquanto um projeto está em andamento, ele parece ter possibilidades infinitas
- No momento em que você o declara "concluído", ele se expõe a críticas externas e internas
- A empolgação de novas ideias e o medo de concluir fazem o projeto se arrastar
- Projetos inacabados parecem mais interessantes porque ainda carregam potencial
- Começar um novo projeto parece mais fácil e até mais produtivo do que concluir um
- Isso cria a ilusão de produtividade, desde que você esteja fazendo alguma coisa
- Projetos pessoais não têm prazo, então é fácil cair no perfeccionismo
- Também existe o medo do sucesso
O custo de nunca terminar
- A satisfação que vem de concluir um projeto não se compara à de começar um
- Projetos inacabados geram carga mental
- As lições aprendidas ao concluir um projeto são diferentes das aprendidas ao iniciá-lo
- O verdadeiro crescimento técnico acontece no processo de conclusão, ao resolver os últimos problemas mais espinhosos
- Projetos não terminados podem abalar sua confiança
- Na fase final de um projeto, há experiências valiosas de aprendizado, como otimização e refatoração
- Projetos inacabados ocupam espaço mental e reduzem criatividade e produtividade
- Projetos concluídos oferecem a chance de receber feedback
- Você acaba negando a si mesmo a alegria de colocar algo finalizado no mundo
Estratégias para domar a Hidra dos projetos
- Definir o que é "concluído": antes de começar, deixe claro o que significa "concluído" para o projeto e documente isso para evitar aumento de escopo
- Aceitar o MVP: em vez de buscar perfeição, mire no que é "bom o suficiente". Lance a versão básica primeiro e melhore depois
- Limitar o tempo do projeto: defina um prazo para criar senso de urgência e impedir expansão de funcionalidades
- Praticar concluir coisas pequenas: finalize regularmente projetos ou tarefas menores para fortalecer o "músculo de concluir"
- Separar ideia de execução: quando surgir uma nova ideia, registre-a em um log de ideias em vez de executá-la imediatamente
- Comemorar a conclusão: celebre sempre que terminar um projeto para obter reforço positivo
- Abraçar a responsabilidade: encontre um parceiro ou assuma um compromisso público para criar responsabilidade pela conclusão do projeto
O caminho à frente
- Mudar hábitos e forma de pensar leva tempo e exige esforço consistente
- Pode haver tentação de começar algo novo ou medo da imperfeição
- É importante desenvolver o "músculo de concluir"
- Encare de frente a Hidra dos projetos, pare de apenas planejar e execute
A opinião do GN⁺
- Um texto que aborda muito bem o problema de projetos inacabados com o qual qualquer desenvolvedor consegue se identificar
- Explica com clareza por que é tão difícil terminar projetos e quais são os efeitos negativos disso
- Apresenta estratégias práticas e aplicáveis, o que deve torná-lo útil
- Também enfatiza a importância do lado psicológico e da motivação no processo de desenvolvimento
- Chama atenção pela honestidade ao tratar de problemas crônicos dos desenvolvedores, como perfeccionismo e a tentação do novo
- Também é interessante por aplicar, ao contexto de desenvolvimento, ideias de livros de autoaperfeiçoamento como Atomic Habits e Deep Work
- É um texto recomendável para desenvolvedores que têm dificuldade em gerenciar projetos pessoais
3 comentários
Uau... são conteúdos que eu normalmente considero muito importantes, e li admirado porque foi uma sequência de ideias com as quais me identifiquei demais! Só muda a forma de expressar, mas é muito bom ver alguém defendendo conceitos parecidos.
Eu gosto muito de usar a expressão '60 por cento de satisfação'. Acho que, no fundo, quanto mais a pessoa é cheia de ambição e paixão, mais ela precisa tentar encerrar um projeto com esse nível meio ambíguo de 60 por cento de satisfação que ela considera aceitável, para conseguir se libertar de um perfeccionismo destrutivo.
Também li concordando muito, e fiquei ainda mais surpreso ao ver que alguém nos comentários usou uma expressão parecida com a minha!
Esse número de 60% é realmente muito preciso. Obrigado pelo insight.