Como organizar um backlog pessoal de aprendizado sem enlouquecer
Lista de 'quero aprender' que só cresce é ansiedade disfarçada de produtividade. Aqui está como transformei isso em sistema que realmente funciona.
Em algum momento de 2019 eu tinha uma lista com 47 coisas que "precisava aprender".
AWS. Docker. Kubernetes. Go. TypeScript. GraphQL. Redis. Elasticsearch. Machine Learning. Terraform. Cada semana tinha coisa nova entrando na lista. Nada saindo.
A lista não era backlog. Era arquivo de ansiedade.
Lista de "quero aprender" não tem critério de entrada. Tudo que parece importante entra. E em tech, tudo parece importante o tempo todo. O resultado é lista que só cresce, que você olha e sente culpa, que te paralisa na hora de escolher o que estudar.
O que mudou quando tratei como backlog de produto: em produto, cada item precisa ter razão para existir (por que isso importa?), critério de "pronto" (como saber quando aprendi o suficiente?), e prioridade (o que desbloqueia outras coisas?).
Razão para existir: para que vou usar isso? Projeto específico, vaga específica, curiosidade genuína? "Parece que todos estão usando" não é razão. Critério de pronto: não "entender Docker" — "conseguir rodar aplicação em container localmente e fazer deploy para servidor". Específico. Verificável. Prioridade: o que desbloqueia outras coisas? Em 2019, aprender Docker desbloqueava entender Kubernetes, que desbloqueava entender deploy em cloud. A ordem importa.
O sistema que uso: três listas, não uma.
Agora — uma coisa. Só uma. O que estou estudando ativamente esta semana. Não muda no meio da semana sem razão forte.
Próximo — 3 a 5 itens. Coisas que têm razão clara e critério de pronto definido. São candidatos para Agora quando termino o atual.
Algum dia — tudo mais. Sem compromisso. Entra fácil, precisa de razão forte para virar Próximo.
Revisão semanal curta — domingo à noite, 15 minutos: o que está em Agora? Avancei? Algo em Algum dia merece virar Próximo? Expurgo mensal: uma vez por mês, olho o Algum dia e descarto qualquer coisa que perdeu relevância. Se uma tecnologia entrou há 3 meses e nunca virou Próximo, provavelmente não é tão importante quanto parecia.
Antes de adicionar qualquer coisa a Próximo, respondo: "como isso me ajuda num projeto real nos próximos 90 dias?" Se não consigo responder com especificidade, vai para Algum dia. Se vai para Algum dia três vezes seguidas, provavelmente não preciso aprender agora.
Isso parece restritivo. É libertador. Você para de se sentir culpado por não aprender todas as coisas ao mesmo tempo, porque tem clareza do porquê da prioridade.
Tech muda rápido. O que é novo hoje pode ser commodity em 2 anos. Mas os fundamentos — sistemas distribuídos, redes, banco de dados, algoritmos, comunicação, resolução de problemas — mudam devagar. Em 2019, aprender como funciona TCP/IP me ajudou a entender networking em AWS, em Docker, em Kubernetes. O fundamento propagou.
Essa semana: abre sua lista de "quero aprender" e aplica o critério de entrada. Para cada item: qual projeto real, nos próximos 90 dias, esse conhecimento ajudaria? O que sobrar é o que realmente importa agora.