A lo largo de mi experiencia como Technical Lead y, más tarde, como Engineering Manager en equipos de Seguridad Ofensiva e Ingeniería de Seguridad, la mentoría técnica dejó de ser una práctica puntual y pasó a ocupar un papel central en la forma en que entiendo el liderazgo. No como un conjunto de técnicas formales, sino como un proceso continuo de desarrollo, lectura del contexto y construcción de impacto a lo largo del tiempo.

Esta visión parte de una premisa simple: el liderazgo técnico no comienza con los cargos. Comienza cuando la senioridad transforma la contribución individual en una referencia colectiva. En algún momento de la carrera, las decisiones técnicas dejan de afectar solo el propio trabajo y pasan a influir, de forma recurrente, en cómo otras personas piensan, deciden y ejecutan. Lo que cambia con el tiempo no es la naturaleza de ese liderazgo, sino la escala y la profundidad con que se manifiesta.

En entornos de ingeniería y seguridad, esta transición ocurre de forma casi inevitable. Los profesionales más experimentados empiezan a definir estándares, orientar enfoques y sostener decisiones en contextos ambiguos. Incluso sin la intención explícita de liderar, la senioridad genera dirección. La forma en que alguien resuelve problemas, asume trade-offs o justifica decisiones técnicas se convierte en una referencia. Esto crea una responsabilidad implícita: lo que se hace, cómo se hace y por qué se hace empieza a moldear el entorno que lo rodea.

Es en ese punto cuando la mentoría técnica emerge como una extensión natural de la senioridad. No como enseñanza formal ni como simple transmisión de conocimiento, sino como un ejercicio continuo de construcción de criterio. Mentorear, en este sentido, es ayudar a otras personas a desarrollar criterios técnicos, ampliar su repertorio de decisión y navegar incertidumbres técnicas y organizacionales con mayor autonomía y consistencia.

Las conversaciones individuales ocupan un papel central en este proceso cuando se tratan como un espacio compartido, y no como un ritual burocrático. Los one-on-ones funcionan mejor cuando no siguen plantillas fijas y cuando tanto el líder como la persona acompañada asumen una responsabilidad activa sobre la conversación. El desarrollo gana profundidad cuando la discusión está anclada en el trabajo real de ingeniería y en las decisiones que la persona viene tomando en el día a día.

En este contexto, las listas fijas de preguntas tienden a debilitar la mentoría técnica. Crean una sensación artificial de consistencia, pero ignoran que las personas están en momentos distintos de su carrera y lidian con niveles diferentes de complejidad técnica. Cuando las mismas preguntas se repiten para todos, las conversaciones se vuelven genéricas y se alejan de los sistemas, del código y de los trade-offs reales.

Las preguntas eficaces parten del contexto técnico. Para alguien en una etapa de consolidación, una pregunta como “¿cuál fue el trade-off más difícil que tuviste que asumir recientemente en este código, y por qué?” ayuda a hacer explícitos criterios que todavía se están formando. Para alguien que ya ejerce influencia sobre el equipo, “¿qué decisiones arquitectónicas recientes revisarías si este sistema tuviera que escalar durante el próximo año?” desplaza la conversación hacia el pensamiento sistémico y la anticipación de consecuencias.

Estas conversaciones se vuelven más potentes cuando hay continuidad. Registrar decisiones, acuerdos e hipótesis no sirve solo como memoria, sino como un contrato vivo entre ambas partes. La documentación crea claridad, ritmo y sensación de progreso, además de facilitar futuras transiciones en caso de que otros liderazgos pasen a acompañar ese desarrollo. Los ajustes de rumbo son una parte natural de la maduración profesional; lo que debilita el crecimiento no es el cambio en sí, sino la ausencia de una intención explícita a lo largo del tiempo.

En ese escenario, los planes de desarrollo individual dejan de ser listas de competencias y pasan a reflejar los tipos de problemas que la persona quiere aprender a resolver. Las preguntas sobre qué sistemas alguien quiere asumir, qué decisiones desea sostener con mayor autonomía o qué tipo de impacto técnico pretende ampliar ayudan a volver concreto el desarrollo. El liderazgo contribuye ofreciendo perspectiva, provocando reflexión y removiendo barreras, mientras que la responsabilidad por el camino sigue perteneciendo al propio individuo.

Con el tiempo, este proceso vuelve visible el crecimiento. El desarrollo deja de ser abstracto y pasa a manifestarse en decisiones más consistentes, mayor autonomía y un impacto más claro en el equipo y en el negocio. Las promociones, en este contexto, surgen como una consecuencia natural de esa acumulación, reforzando la relación entre desarrollo real y reconocimiento formal.

La mentoría técnica, por lo tanto, no es un evento ni una atribución exclusiva de cargos formales. Nace de la senioridad y se fortalece en la práctica cotidiana: en las conversaciones, en las decisiones difíciles y en la disposición a ayudar a otras personas a pensar mejor sobre sistemas complejos. Los cargos amplían esa influencia, pero no la crean.

En entornos técnicos complejos, el desarrollo sostenible depende menos de estructuras rígidas y más de intención clara, reflexión continua y apertura para revisar acuerdos con el tiempo. Los sistemas evolucionan, los contextos cambian y las personas maduran. Lo que sostiene el liderazgo técnico, en este escenario, es la claridad necesaria para que el crecimiento ocurra con autonomía, responsabilidad y reconocimiento.

• Esta publicación también está disponible en: Portugués e Inglés.