Tech Lead

Ya no escribes el código. Escribes las especificaciones que hacen que el código suceda y validas los resultados. El trabajo es más rápido, tu alcance es más amplio y tus decisiones importan más.

El trabajo

Eres dueño de una porción del producto. Dentro de esa porción, decides qué se construye, cómo se construye y si lo entregado es correcto. Eres responsable de los resultados, no de líneas específicas de código.

Día a día:

• Escribes especificaciones que un agente de IA pueda implementar de extremo a extremo sin supervisión en tiempo real. Cada spec incluye criterios de aceptación, casos límite, clasificación de riesgo y las puertas de validación que aplican.
• Realizas diálogos de clarificación con el agente antes de que comience la ejecución. Respondes las preguntas que resuelven ambigüedad genuina, defieres las que deben responderse durante la implementación y rechazas las que indican que tu spec es difusa.
• Validas el output en puertas graduadas por riesgo. El trabajo reversible fluye a través del agente revisor con muestreo. El trabajo irreversible (despliegues a producción, cambios de esquema, textos de cara al cliente, fronteras de seguridad) requiere tu aprobación directa.
• Diriges sesiones de recalibración cuando una funcionalidad se atasca. El agente ha llegado a un límite estructural, la spec se saltó una restricción o el contexto es incorrecto. Diagnosticas cuál y reconstruyes la comprensión del agente con el equipo.
• Defines los estándares para la porción: qué cuenta como spec completa, cuándo escalar, cómo se configura el agente revisor, qué patrones son estilo de la casa.
• Haces mentoría a tus ingenieros en calidad de especificación, criterio de revisión y la diferencia entre depuración y recalibración. Aquí es donde se concentra el oficio del rol.
• Te mantienes cerca del usuario. Las pruebas de UX con el primer usuario, las sesiones de casos límite y la validación cualitativa son tuyas para hacer, no para delegar.
• Te haces dueño de las decisiones irreversibles. Despliegues a producción, migraciones de datos, compromisos con proveedores, pivotes arquitectónicos. El agente hace el trabajo reversible; tú firmas el resto.

Cómo se ve el éxito

Resultados concretos a este nivel:

• Throughput. Tu porción entrega funcionalidades en días, no en sprints. Las historias se completan de extremo a extremo (spec → implementar → revisar → mergear) en horas o días para el trabajo típico.
• Calidad. Los defectos en producción por funcionalidad son bajos y van a la baja. El agente revisor captura la mayoría de lo que tú hubieras capturado manualmente.
• Costo. El gasto en tokens por PR mergeado está rastreado y es visible. El costo por resultado mejora con el tiempo, no solo el throughput absoluto.
• Capacidad del equipo. Otros ingenieros de tu porción escriben specs usables sin que revises cada palabra. No todas las sesiones de recalibración requieren tu facilitación.
• Resultados de cara al usuario. Las funcionalidades que entregas se ajustan a la necesidad real del usuario en la primera liberación. El número de funcionalidades revertidas o revisadas sustancialmente es bajo.

Lo que no cuenta como éxito a este nivel: líneas de código entregadas, número de PRs, horas registradas, métricas internas de velocidad que no se traducen en resultados de usuario.

Lo que hace interesante este trabajo

Lo interesante del trabajo no es lo que hace la IA. Es lo que sigue siendo humano.

Tus decisiones se multiplican. Una spec bien escrita produce docenas de outputs correctos. Una puerta de validación bien diseñada captura una clase de bugs para siempre. Tu alcance ya no está limitado por tu velocidad de tecleo ni por tus horas de sueño.

Entregas rápido y ves el impacto. Lo que solía tomar un sprint toma un día. La funcionalidad que especificaste el martes por la mañana está en producción el miércoles por la tarde. El bucle de retroalimentación con el usuario se cierra dentro de la semana.

Trabajas al nivel de la intención. Decides qué debe existir y por qué. No pasas tres horas conectando un formulario para hacer algo que un junior podría haber conectado en dos. El trabajo se concentra en las partes de la ingeniería que son genuinamente difíciles: diseñar sistemas, anticipar modos de fallo, lograr que las fronteras estén bien.

Los problemas más difíciles son ahora los más interesantes. El trabajo de recalibración (descifrar por qué un sistema competente se confundió) se sitúa en la intersección de la ingeniería, el lenguaje y la psicología. No es "depuración a escala". Está más cerca de la enseñanza, o de la terapia. Cuando una historia está atascada en T3, la respuesta rara vez está en el código.

Pasas más tiempo con humanos. Stakeholders, diseñadores, usuarios, tu equipo. El agente maneja el tecleo; tú manejas las conversaciones que hacen útil el tecleo. Para los ingenieros que se metieron en el trabajo en parte para construir cosas que la gente usa, esto es un regreso.

Eres dueño de resultados mayores de los que hubieras construido solo. Tu porción entrega al throughput de un equipo de 10 personas en el modelo antiguo. La responsabilidad es real y el alcance es real.

Lo que puede no atraerte. Escribes menos líneas de código. Ves menos oficio línea por línea en producción. El estado de flujo de horas de codificación profunda y enfocada ocurre con menos frecuencia. Si tu satisfacción venía principalmente de producir el artefacto, esa satisfacción se va a mover; algunas personas encuentran una versión más profunda en el nuevo trabajo, otras no. Sé honesto contigo mismo sobre qué tipo de ingeniero eres.

Quién prospera en este rol

Las aptitudes que más importan en T3 son diferentes de las que definieron a los Tech Leads en la era anterior.

Puedes articular lo que quieres. Las especificaciones son escritura primero, código segundo. Las personas que piensan en palabras e imágenes, no solo en código, escriben mejores specs.

Piensas antes de actuar. La velocidad de tecleo ha dejado de importar. La calidad del pensamiento previo ha empezado a importar mucho. Las personas que se detienen a hacer las preguntas correctas antes de empezar superan a las personas que reconocen patrones y se lanzan.

Te sientes cómodo siendo responsable de resultados que no produjiste personalmente. Este es un cambio real. El agente escribió el código; tú lo aprobaste; si falla, eres dueño de eso. Las personas que pueden sostener esa responsabilidad sin titubear, y sin microgestionar al agente, prosperan aquí.

Manejas bien el diagnóstico desordenado. El trabajo de recalibración rara vez es satisfactorio en el sentido inmediato. El agente hizo algo sutilmente mal, tienes que descifrar por qué, la respuesta suele estar en la spec o en el contexto, y la corrección es aguas arriba. Las personas que disfrutan este tipo de trabajo detectivesco lo hacen bien; las personas que quieren problemas limpios con respuestas limpias luchan.

Puedes enseñar. Cada spec es un artefacto de enseñanza. Cada sesión de recalibración es una sesión de coaching. Cada revisión de código es un intercambio de feedback. Los Tech Leads que antes podían "hacerlo ellos mismos", pero que nunca lograban escalar la calidad de su equipo, encuentran que este rol recompensa lo que ya hacían bien.

Tienes gusto. Cuando el agente produce tres implementaciones plausibles, puedes decir cuál es la correcta para este código. El gusto es difícil de evaluar en entrevistas y más difícil de enseñar, pero es la ventaja más duradera en T3.

Menos esencial que antes: velocidad bruta de codificación, trivia de algoritmos, pedantería de lenguaje, la capacidad de cambiar de contexto entre cinco archivos en la cabeza. Estos eran los marcadores de la ingeniería senior pre-IA. Todavía ayudan. Ya no son lo que diferencia el rol.

Habilidades a desarrollar para llegar ahí

Las aptitudes describen quién eres. Las habilidades de abajo son lo que construyes activamente. Ninguna es misteriosa. Todas requieren práctica deliberada.

Ingeniería de especificaciones. Escribir specs que un agente pueda ejecutar de extremo a extremo sin supervisión en tiempo real. Criterios de aceptación, casos límite, clasificación de riesgo, puertas de validación: explícitos, testables, completos. Cómo practicar: escribe la spec antes de cualquier código, incluso para tareas pequeñas. Empareja con alguien que escriba buenas specs y haz ingeniería inversa de sus borradores. Relee tus specs un mes después; las que envejecieron mal son tu material de aprendizaje. Ver la Guía de especificación.

Criterio de revisión a nivel de diff. Saber qué cuestionar sin leer cada línea. Detectar el caso faltante, la abstracción equivocada, la ruptura silenciosa. Cómo practicar: revisa PRs generados por IA de tu equipo. Articula por qué cuestionarías, no solo dónde. Registra los cuestionamientos que resultaron equivocados; ahí es donde tu criterio está mal calibrado.

Diagnóstico de recalibración vs depuración. Cuando una historia se atasca, saber si el problema está en la spec, el contexto o la implementación. El diagnóstico equivocado cuesta días. Cómo practicar: mantén un diario breve de historias atascadas. Clasifica cada postmortem como recalibración (problema de spec o contexto) o depuración (problema de implementación). Registra qué intervenciones realmente desatascaron. El patrón se mostrará solo.

Diseño de validación graduada por riesgo. Separar el trabajo reversible del irreversible, y asignar la puerta de validación correcta a cada uno. Sobrecontrol y ralentizas al equipo; subcontrol y entregas lo equivocado. Cómo practicar: para cada historia que especifiques, nombra las puertas explícitamente. Justifica por qué. Ajusta a medida que aprendas de las clasificaciones erróneas. Ver Estándares de ejecución con IA.

Criterio cross-stack. Tomar decisiones sólidas fuera de tu especialidad histórica. La Convergencia en T3 significa que un Tech Lead con background de backend ahora puede ser dueño de funcionalidades de cara al usuario de extremo a extremo. Cómo practicar: lee PRs en áreas adyacentes (frontend, infra, datos). No comentes aún. Nota lo que encuentras confuso; la brecha es tu superficie de aprendizaje. Empareja con la persona cuya especialidad solía ser.

Enseñar a través de la escritura. Cada spec es también material de onboarding. Cada entrada de diario de recalibración es entrenamiento futuro. Los Tech Leads que escalan la calidad de su equipo son aquellos cuyos artefactos escritos pueden ser reutilizados sin su presencia. Cómo practicar: escribe specs como si un ingeniero junior fuera a leerlas en seis meses sin contexto alguno. Si tus specs requieren tu clarificación en tiempo real para ser útiles, no están terminadas.

Hábitos bajo las habilidades. Pausar antes de actuar. Hacer preguntas de clarificación antes de asumir. Documentar el razonamiento, no solo las decisiones. Estas no son habilidades que marques en una lista: son disciplinas que mantienes. Las habilidades de arriba se acumulan solo si estos hábitos están intactos.

Si estás anclado en la versión heredada del rol, el punto de entrada honesto es: elige una de estas habilidades, practícala durante dos semanas en trabajo real y nota cómo cambia tu relación con tu rol. Intentar desarrollar las seis a la vez es el modo de fallo más común.

Cómo difiere del rol heredado de Tech Lead

El rol no es un "Senior Engineer" renombrado. El día a día es estructuralmente diferente. El throughput está limitado por la calidad de las specs y el diseño de validación, no por el tamaño del equipo y las horas de foco; los stand-ups y los rituales se reducen a favor de la revisión asíncrona de specs; los mejores ingenieros en el rol son especificadores claros y revisores discernientes, no productores prolíficos.

Qué patrones de evolución de roles están en juego

Tres de los cinco patrones de evolución de roles dan forma a este rol.

• Elevación (principal). El cambio de producir código a especificarlo y validarlo. El valor migra de la velocidad de ejecución a la calidad de la especificación y el criterio de revisión.
• Convergencia (secundaria). Los límites entre frontend, backend, infraestructura y QA se difuminan. Un Tech Lead con criterio sólido dirige al agente a lo largo de todo el stack en una sola funcionalidad.
• Emergencia (parcial). Algunas responsabilidades son genuinamente nuevas: configurar el agente revisor, diseñar puertas de validación graduadas por riesgo, dirigir sesiones de recalibración.

La Especialización y la Absorción no aplican significativamente: el rol se expande en lugar de estrecharse, y no se contrae ni desaparece.

Fuentes y lecturas adicionales

• Patel, N. (2026). From Tasks to Roles: How Agentic AI Reconfigures Occupational Structures.
• Stack Overflow (2025). Developer Survey: AI Tools.
• GitClear (2025). AI Assistant Code Quality Research.
• De este marco: Escala de ingeniería, peldaños 0 a 5.
• De este marco: Laboratorio de IA, unidad operacional e Ingeniería para la falta de fiabilidad.

← Volver a Roles · Patrones de evolución de roles · Marco de referencia · Transforma tu rol · Guía de especificación · Estándares de ejecución con IA