Carreras técnicas: los tres caminos de crecimiento profesional que nadie te explica
A medida que creces, tu éxito deja de medirse por los tickets que cierras y empieza a medirse por lo que tu equipo consigue hacer.
JORGE CASTAÑO
Lead FrontEnd Engineer
¿Qué pasa cuando llevas años programando y te das cuenta de que el siguiente paso no es simplemente aprender un framework nuevo? En la última edición del Meetup Node.js Madrid, celebrada en las oficinas de Orbitant en Torre Emperador, Jorge Castaño —ingeniero de software senior, autor y referente en liderazgo técnico— abrió un debate que tocó una fibra sensible para muchos: los caminos de crecimiento profesional en tecnología y cómo elegir el tuyo sin dejarte llevar por la inercia.
Lo que empezó como una charla se convirtió rápidamente en un debate real entre ingenieros, product managers y perfiles de gestión. Y lo más interesante no fueron las respuestas, sino las preguntas que quedaron en el aire.
El cambio de mentalidad que nadie te prepara para dar
Jorge arrancó con una idea perturbadora: crecer profesionalmente implica perder parte de tu identidad. Si llevas años definiéndote como «la persona que resuelve problemas técnicos», el salto a una posición más senior te obliga a redefinir qué significa tener éxito. Ya no se trata de cuántas líneas de código escribes o cuántos pull requests mergeas, sino de cuánto impacto tiene tu equipo y de tu papel en ese impacto.
Este cambio no es solo filosófico, puesto que tiene otras implicaciones que Jorge estructuró en tres niveles de alcance que, asimismo, se van ampliando a medida que creces:
- Tu propio alcance — lo que tú produces directamente.
- El alcance de tu equipo — lo que el equipo consigue gracias a tu contribución, aunque no escribas ni una línea.
- El alcance de la empresa — cómo influyes en decisiones, estándares y dirección técnica a nivel organizativo.
La transición entre estos niveles no es lineal. Y tampoco es cómoda porque implica soltar el control sobre lo que siempre has hecho bien para empezar a hacer cosas en las que aún no tienes experiencia: acompañar, guiar, desbloquear. Jorge fue directo al respecto: «es un proceso difícil porque sientes que pierdes lo que te hacía valioso. Pero el impacto potencial es mucho mayor.»
Los tres caminos de crecimiento profesional en tecnología
Una vez establecido el marco, la charla se centró en los tres caminos que se abren cuando una persona técnica decide crecer. Y aquí es donde el debate se puso realmente interesante, porque cada empresa lo organiza de manera diferente y la percepción que tienen los propios ingenieros no siempre coincide con la realidad del rol.
La rama técnica: Individual Contributor
El primer camino es para quienes quieren seguir creciendo sin alejarse de la tecnología. No es «quedarte donde estás»; es profundizar. Un Staff Engineer, por ejemplo, sigue programando, pero ya no lo hace al mismo ritmo que antes. Su día a día incluye diseñar soluciones de alto nivel, definir estándares técnicos, evaluar nuevas tecnologías y, sobre todo, desbloquear a otros ingenieros reduciendo incertidumbre.
La diferencia clave es la visión: pasas de trabajar en un solo proyecto a tener una visión transversal que abarca varios equipos y departamentos. En el debate se vieron ejemplos concretos de cómo distintas empresas estructuran este crecimiento y también cómo lo hacemos en Orbitant. No hay un modelo único y eso es parte del problema, porque la falta de un camino claro hace que muchos ingenieros sientan que la única forma de crecer es pasarse a la gestión.
También se habló del rol de Tech Lead, que resultó ser uno de los más polémicos. Cada empresa lo define de una manera diferente y la percepción que tienen los propios ingenieros de lo que debería ser un Tech Lead varía enormemente. ¿Es un rol técnico puro? ¿Incluye gestión de personas? ¿Es temporal o permanente? No hubo consenso y eso, en sí mismo, dice mucho sobre lo inmaduro que está este camino en muchas organizaciones.
La rama de People Management
El segundo camino es el más conocido y, probablemente, el más malentendido. Cuando hablamos de un Engineering Manager, hablamos de alguien que ha dejado de gestionar código para liderar personas. En gran parte de su tiempo ya no programa. Su impacto viene de otro sitio: one-on-ones efectivos, feedback constructivo, desarrollo de carrera del equipo, eliminación de bloqueos, coordinación con otros equipos.
Es un rol que trabaja cada vez más para los demás y cada vez menos para sí mismo. Y aquí está la trampa: muchos ingenieros llegan a este rol porque era «el siguiente paso» en su empresa, no porque realmente quisieran dejar de programar. Jorge insistió en que esta decisión debería ser consciente, no un accidente de carrera.
Lo que define a un buen Engineering Manager no es tanto su conocimiento técnico como su capacidad para crear un entorno donde otros puedan hacer su mejor trabajo.
JORGE CASTAÑO
Lead FrontEnd Engineer
La tercera rama: Producto
Aquí es donde la charla rompió con el esquema tradicional. Históricamente, se ha asumido que solo existen dos ramas: tecnología y gestión de personas. Pero cada vez cobra más sentido una tercera vía: producto.
Un Product Manager es alguien que se centra en el negocio del producto. Debe entender perfectamente qué se construye y por qué, pero no va a estar pegado al código. Sus responsabilidades incluyen hablar con usuarios y clientes, priorizar y gestionar el backlog, traducir necesidades de negocio en especificaciones para ingeniería y, sobre todo, medir el impacto de cada feature. Es alguien que trabaja para el usuario final.
Jorge mostró cómo este rol tiene su propia escalera de crecimiento, con diferentes niveles y especializaciones. Y mencionó también nuevos roles híbridos que están emergiendo y que difuminan las fronteras entre estas tres ramas:
- Forward Deployed Engineer: ingenieros que trabajan directamente con el cliente, adaptando el producto a sus necesidades específicas.
- AI Power Engineer: perfiles técnicos especializados en integrar capacidades de inteligencia artificial en productos existentes.
- Product Engineer: un híbrido entre ingeniería y producto que toma decisiones técnicas con una visión fuerte de negocio.
Estos roles reflejan una tendencia clara: las fronteras entre ingeniería, gestión y producto son cada vez más difusas, y los perfiles que saben moverse entre ellas tienen una ventaja competitiva real.
Cómo elegir tu camino sin dejarte llevar por la inercia
La parte final de la charla fue quizás la más valiosa y la más personal. Jorge fue claro: la mayoría de la gente no elige su camino profesional. Simplemente acepta lo que le va viniendo. Una promoción aquí, un cambio de rol allá, y cuando quieres darte cuenta llevas tres años haciendo algo que nunca decidiste hacer conscientemente.
Destacó que, para evitar esto, es esencial hacerse tres preguntas:
- ¿Qué prefieres hacer? ¿Resolver un problema técnico complejo? ¿Ayudar a tu equipo a funcionar mejor? ¿O entender por qué un producto no está funcionando como debería?
- ¿A qué puedes renunciar? Cada camino implica soltar algo. Si eliges gestión, renuncias a programar a diario. Si eliges producto, renuncias a la profundidad técnica. Si eliges la rama técnica, renuncias a la influencia directa sobre personas.
- ¿Cómo imaginas tu día a día dentro de tres años? No hablamos de qué título o salario sino de tu día a día real: las reuniones en las que estarás, las personas con las que hablarás, el tipo de problemas que vas a resolver.
Estas preguntas no tienen respuestas correctas. Pero hacérselas de verdad, no como ejercicio retórico, puede ahorrarte años de inercia profesional.
Jorge incluso compartió un prompt para usar con herramientas de IA que te ayuda a explorar estas preguntas de manera estructurada:
Soy un desarrollador de software Senior pensando en mi próximo paso en la carrera. Quiero explorar tres posibles caminos: el track técnico (Tech Lead, Staff o Principal Engineer), Engineering Management o Product Manager.
Hazme preguntas de una en una para ayudarme a descubrir qué camino encaja mejor conmigo. No me des la respuesta de antemano. Primero quiero explorar qué me motiva, qué estoy dispuesto a dejar atrás y dónde me veo en tres años.
Al final, dame tu opinión honesta sobre qué camino parece más alineado con lo que te he contado y por qué.Una forma práctica de usar la tecnología para algo que normalmente dejamos para «cuando tenga tiempo».
Más debate que charla
Lo que más definió esta edición del Meetup Node.js Madrid no fue la presentación en sí, sino el debate que generó. Con una asistencia alta y perfiles muy diversos en la sala, cada punto que Jorge planteaba abría una conversación diferente. Ingenieros que compartían cómo sus empresas organizan el crecimiento técnico, managers que cuestionaban los límites de su rol, perfiles de producto que reivindicaban la importancia de su rama.
Sin duda, una charla cuyo valor no estaba en encontrar conclusiones o respuestas, sino en desmontar la idea de que existe una única forma correcta de entender el éxito profesional y en la necesidad de hacerse las preguntas correctas. Porque al final, no existe el camino perfecto, pero sí podemos elegir uno de manera consciente, sabiendo a qué renuncias y por qué lo haces.
