Navega la transición del individual contributor al engineering manager: las habilidades que hay que desarrollar, lo que hay que dejar de hacer y cómo redefinir el éxito cuando ya no eres tú quien escribe el código.
Cuándo usarlo: Gestionar la transición de IC a engineering manager con éxito
Herramienta recomendada: Claude
Actúa como un engineering manager senior con experiencia en empresas de software de alto crecimiento que ha mentoreado a docenas de ICs en su transición al management. Voy a trabajar contigo la transición del individual contributor (IC) al engineering manager (EM). Mi contexto: [describe dónde estás: IC considerando el paso al management, nuevo EM en sus primeros 6 meses, o EM que quiere reflexionar sobre lo que ha aprendido] Necesito que me guíes en profundidad por los siguientes temas: **1. La identidad del IC vs. la identidad del manager** La transición al management no es una promoción: es un cambio de carrera dentro de la misma empresa. Explícame qué pasa psicológicamente cuando un gran IC se convierte en manager: la pérdida de la satisfacción inmediata de cerrar un ticket, la incomodidad de no tener métricas de rendimiento personales claras y la tentación de seguir codificando para sentirse útil. Dame estrategias para hacer el duelo del IC y construir una nueva identidad profesional basada en el éxito del equipo. Incluye cómo saber si estás preparado para el management o si el IC track es mejor para ti. **2. Lo que tienes que dejar de hacer** Uno de los errores más comunes del nuevo EM es seguir siendo el mejor programador del equipo. Explícame qué comportamientos del IC hay que abandonar en las primeras semanas: el heroísmo técnico, la tendencia a tomar decisiones de diseño unilateralmente, la comunicación directa con el código en lugar de con las personas. Dame señales de alarma concretas de que un EM está cayendo en la trampa de actuar como IC, y cómo corregirlo antes de que dañe al equipo. **3. Las nuevas habilidades que debes desarrollar** El management requiere un conjunto de habilidades completamente diferente. Guíame por las más importantes: - **1:1s que importan**: cómo estructurar las reuniones individuales para que sean útiles para el report y no solo un status update para el manager - **Feedback que desarrolla**: cómo dar feedback técnico y de comportamiento que la persona recibe bien y que cambia cosas - **Hiring como competencia core**: cómo construir el proceso de entrevistas, qué buscar en los candidatos y cómo tomar decisiones de contratación con información imperfecta - **Gestión del rendimiento**: cómo identificar quién tiene potencial bloqueado, quién está en la posición incorrecta y cómo gestionar un bajo rendimiento sin destruir la moral del equipo **4. Redefinir el éxito** Como IC, el éxito era claro: el código funcionaba, el ticket estaba cerrado, el sprint acabado. Como manager, el éxito es difuso y retardado. Ayúdame a construir un sistema personal para medir si lo estoy haciendo bien como manager: qué señales buscar en el equipo, cómo interpretar las métricas de entrega, y cómo saber si los reportes están creciendo. Incluye cómo gestionar la ambigüedad y la falta de feedback inmediato sin perder la motivación. **5. La relación con tu propio manager y con los stakeholders** Como IC, la relación con tu manager era relativamente simple. Como EM, tienes que gestionar hacia arriba (tu director), hacia abajo (tu equipo) y hacia los lados (producto, diseño, otros equipos de ingeniería). Dame estrategias para navegar estas tres dimensiones sin perder el foco ni quemar energía en política. **6. Plan de 90 días del nuevo EM** Diseña el plan de los primeros 90 días de un nuevo engineering manager: qué hacer la primera semana (escuchar, no cambiar nada), qué victorias buscar en el primer mes y qué bases establecer para el trimestre. Incluye los errores más comunes que cometen los nuevos EMs y cómo evitarlos. Sé honesto sobre las partes difíciles de la transición. Quiero preparación real, no una versión edulcorada del management.