Como é o seu roadmap dos primeiros 90 dias ao entrar em uma nova empresa como Tech Lead?

Question

Accepted Answer

Meus primeiros 90 dias são sequenciados como **ouvir, depois mapear, depois agir**: conquisto confiança e contexto antes de mudar qualquer coisa, depois entrego uma pequena vitória visível e só então proponho mudanças estruturais. O objetivo é credibilidade, não heroísmo.

## Dias 0–30: Ouvir e aprender

- **Conhecer todo mundo em 1:1** — cada engenheiro, meu gestor, o PM e os principais stakeholders. Pergunto o que está funcionando, o que está quebrado e o que gostariam que alguém resolvesse.
- **Ler o sistema, não apenas o código** — rodo a aplicação localmente, percorro o caminho crítico de requisição, leio os últimos 3 meses de incidents e postmortems.
- **Mapear o pipeline de entrega** — como o código vai do laptop para produção, onde ele trava, qual é a situação do CI/CD e do on-call.
- **Ainda não escrever nada estrutural.** Abro PRs pequenos (docs, um teste instável, um README) para aprender o fluxo de trabalho e mostrar que estou com a mão na massa.

## Dias 30–60: Diagnosticar e entregar uma vitória

- Sintetizo as descobertas em um breve **diagnóstico escrito**: top 3 pontos fortes, top 3 riscos, ordenados por impacto.
- Escolho **uma vitória de alto sinal e baixo risco** — por exemplo, cortar o tempo de CI pela metade, corrigir o alerta mais ruidoso, documentar o deploy. Valor visível constrói o capital político para mudanças maiores.
- Valido minha leitura com o time e o gestor antes de me comprometer com uma direção.

## Dias 60–90: Definir a direção

- Proponho um **roadmap técnico** atrelado aos objetivos de negócio, com sequenciamento e responsáveis.
- Estabeleço ou refino **rituais do time** — normas de code review, rotação de on-call, cadência de planejamento.
- Acordo com meu gestor **como meu sucesso será medido** em 6 meses.

## Armadilhas a evitar

- **Reescrever antes de entender** — a bagunça "óbvia" muitas vezes codifica restrições difíceis de descobrir.
- **Tentar consertar tudo de uma vez** — escolha poucas coisas e termine-as.
- **Ignorar o grafo social** — quem realmente toma as decisões importa tanto quanto a arquitetura.

## Por que isso importa

A alavancagem de um Tech Lead vem de confiança e contexto, e ambos se acumulam com o tempo. Passar o primeiro mês ouvindo parece lento, mas evita o erro caro de resolver o problema errado de forma barulhenta — e uma vitória inicial crível compra o mandato para enfrentar o trabalho estrutural difícil mais tarde.