¿Cuáles deberían ser tus prioridades durante tus primeros 90 días como nuevo tech lead?

Question

Accepted Answer

Tus primeros 90 días se trata de **construir contexto y confianza antes de cambiar nada**. Los nuevos líderes a menudo se apresuran a arreglar lo que ven; la mejor opción es entender primero el sistema, el equipo y el historial. Gánate el derecho a liderar antes de comenzar a dirigir.

## Un plan simple

```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
```

## Un ejemplo concreto

Heredas un equipo con CI lento e inestable. En lugar de reescribir el pipeline la primera semana, pasas un mes entendiendo *por qué* es inestable, luego propones una solución que el equipo aprueba, para que perdure.

## Una trampa común

El error del "nuevo sheriff": cambiar herramientas, estándares y arquitectura antes de entender por qué las cosas son como son. Destruye la confianza rápidamente.

## Por qué es importante

La confianza es la moneda de la liderazgo sin autoridad, y los primeros 90 días establecen el tono.

Si avanzas demasiado rápido, el equipo te ignorará; si escuchas primero, te seguirán en las decisiones difíciles más adelante.