Thiago Julio

Desenvolvimento de software

PT EN

Curto, médio e longo prazo: como eu planejo como tech lead

liderança arquitetura roadmap

TL;DR - Divido o planejamento técnico em três horizontes: as próximas semanas (estabilidade e suporte), os próximos meses (migração e ferramentas) e o próximo ano ou dois (arquitetura e time). Cada horizonte tem seus objetivos e seu jeito de medir progresso, e reviso tudo uma vez por mês.

A parte mais difícil de ser tech lead em startup não é uma decisão técnica específica. É que tudo parece urgente ao mesmo tempo: um bug de cliente, uma migração pela metade, uma feature nova que o comercial já prometeu. Sem um plano, a coisa que grita mais alto ganha todo dia.

Então escrevi três horizontes e para que serve cada um.

flowchart LR
  Short[Curto prazo: semanas] --> Medium[Médio prazo: meses]
  Medium --> Long[Longo prazo: 1 a 2 anos]
  Short -.- S1[Estabilidade, suporte, ganhos rápidos]
  Medium -.- M1[Migração do legado, ferramentas, processo de review]
  Long -.- L1[Arquitetura, escala, time]

Curto prazo: semanas

  • Manter produção estável. Menos tickets críticos mês a mês.
  • Rodízio de suporte funcionando, pra maior parte do time ter tempo de foco.
  • Ganhos rápidos que o cliente sente: telas mais rápidas, erros mais claros.

Como meço: número de tickets críticos e quanto tempo levam pra fechar.

Médio prazo: meses

  • Continuar tirando fluxos do legado, um de cada vez.
  • Terminar os upgrades de ferramentas e manter tudo em dia todo mês.
  • Padrão de code review e o bot de review como o jeito normal de trabalhar, não como novidade.
  • Dívida técnica com sua fatia fixa em toda sprint.

Como meço: quanto do tráfego passa pelo código novo, e quantas issues de dívida fecham por mês.

Longo prazo: um a dois anos

  • O backend legado desligado, ou reduzido a algo pequeno e estável.
  • Arquitetura pronta para clientes dez vezes maiores que os de hoje, principalmente com filas e serviços independentes.
  • Um time em que eu não sou o gargalo: mais gente que consegue revisar, fazer deploy e decidir.

Como meço: esse é mais difícil. Olho se as decisões ainda precisam de mim pra acontecer. Se precisam, não terminei meu trabalho.

Revisando o plano

Uma vez por mês olho as três listas. Coisas mudam de lista, algumas caem. O plano não é uma promessa. É um jeito de dizer não para o urgente que não importa, e de explicar por quê.