¿Cómo es tu roadmap de los primeros 90 días cuando te incorporas a una nueva empresa como Tech Lead?

Question

Accepted Answer

Mis primeros 90 días se organizan en la secuencia **escuchar, luego mapear, luego actuar**: me gano la confianza y el contexto antes de cambiar nada, después entrego una pequeña victoria visible, y solo entonces propongo cambios estructurales. El objetivo es la credibilidad, no el heroísmo.

## Días 0–30: Escuchar y aprender

- **Reunirme con todos en 1:1** — cada ingeniero, mi manager, el PM y los stakeholders clave. Pregunto qué funciona, qué está roto y qué desearían que alguien arreglara.
- **Leer el sistema, no solo el código** — ejecutar la app en local, trazar el camino crítico de las peticiones, leer los últimos 3 meses de incidentes y postmortems.
- **Mapear el pipeline de entrega** — cómo va el código del portátil a producción, dónde se atasca, cómo está el CI/CD y la guardia on-call.
- **No escribir nada estructural todavía.** Abro PRs pequeños (docs, un test flaky, un README) para aprender el flujo de trabajo y demostrar que soy hands-on.

## Días 30–60: Diagnosticar y entregar una victoria

- Sintetizar los hallazgos en un breve **diagnóstico escrito**: las 3 mayores fortalezas y los 3 mayores riesgos, ordenados por impacto.
- Elegir **una victoria de alta señal y bajo riesgo** — por ejemplo, reducir a la mitad el tiempo de CI, arreglar la alerta más ruidosa, documentar el despliegue. El valor visible construye el capital político para cambios mayores.
- Validar mi lectura con el equipo y el manager antes de comprometerme con una dirección.

## Días 60–90: Marcar la dirección

- Proponer un **roadmap técnico** ligado a los objetivos de negocio, con secuenciación y responsables.
- Establecer o refinar los **rituales del equipo** — normas de code review, rotación de on-call, cadencia de planificación.
- Acordar con mi manager **cómo se medirá mi éxito** a los 6 meses.

## Errores a evitar

- **Reescribir antes de entender** — el desorden "evidente" a menudo codifica restricciones ganadas con esfuerzo.
- **Intentar arreglarlo todo a la vez** — elige pocas cosas y termínalas.
- **Ignorar el grafo social** — quién toma realmente las decisiones importa tanto como la arquitectura.

## Por qué es importante

El apalancamiento de un Tech Lead viene de la confianza y el contexto, y ambos se acumulan. Pasar el primer mes escuchando se siente lento, pero evita el error costoso de resolver el problema equivocado a gran voz — y una victoria temprana creíble te da el mandato para abordar el trabajo estructural difícil más adelante.