Quais devem ser suas prioridades nos primeiros 90 dias como novo tech lead?

Question

Accepted Answer

Seus primeiros 90 dias tratam de **construir contexto e confiança antes de mudar qualquer coisa**. Novos líderes frequentemente se apressam em consertar o que veem; o movimento melhor é entender o sistema, o time e o histórico primeiro. Ganhe o direito de liderar antes de começar a dirigir.

## Um plano simples

```text
DAYS 1-30  LISTEN & LEARN
  - Read the code, the docs, the incident history
  - 1:1 with every engineer: what's working, what's painful?
  - Understand who depends on you and who you depend on
  - Resist the urge to announce big changes

DAYS 31-60  CONTRIBUTE & DIAGNOSE
  - Ship something small to learn the workflow first-hand
  - Identify the top 2-3 real problems (not pet peeves)
  - Start improving process lightly (e.g. clearer code review)

DAYS 61-90  STEER
  - Set or clarify technical direction
  - Make a visible improvement the team feels
  - Establish how decisions get made
```

## Um exemplo concreto

Você herda um time com CI lento e instável. Em vez de reescrever o pipeline na semana um, você passa um mês entendendo *por que* é instável, e então propõe um fix que o time aprova, para que pegue.

## Uma armadilha

O erro do "novo xerife": mudar ferramentas, padrões e arquitetura antes de entender por que as coisas são do jeito que são. Isso queima confiança rápido.

## Por que isso importa

Confiança é a moeda de liderança sem autoridade, e os primeiros 90 dias definem o tom.

Vá rápido demais e o time o ignora; ouça primeiro e ele o seguirá nas decisões difíceis depois.