Trayectoria del ingeniero de software — de junior a senior, staff y principal

Versión corta: la escalera de ingeniería moderna va Junior → Mid → Senior → Staff → Principal en la vía IC, con Manager → Senior Manager → Director → VP en paralelo. Las dos vías pagan aproximadamente lo mismo hasta L6. Los ascensos van de alcance, no de antigüedad. Cambiar de empresa suele ser la forma más rápida de subir de nivel — hasta que llega a Staff.

«Senior software engineer» significa siete cosas distintas en siete empresas distintas, pero la escalera subyacente es bastante consistente. Una vez que sabe leerla, deja de preguntarse «¿voy atrasado?» y empieza a elegir qué palanca tirar a continuación: más alcance en su trabajo actual, un cambio para una subida de nivel inmediata o la bifurcación hacia management.

Esta página recorre cada nivel, qué se espera realmente y los movimientos concretos que llevan al siguiente. Si quiere una versión personalizada frente a su currículum actual, el consultor de carrera con IA lo leerá y le dirá a qué nivel está rindiendo de verdad frente al que figura en su tarjeta de visita.

Descubra a qué nivel está realmente

El consultor compara su currículum con las rúbricas del sector y le dice si está infranivelado, en línea o estirado.

Abrir consultor

Los niveles — qué se espera realmente

Junior (L3 / SDE I) — 0–2 años

Expectativa: ser dueño de un único ticket de principio a fin bajo supervisión. Puede leer un codebase, escribir una pequeña feature, pedir ayuda antes de quedarse atascado un día y pasar el code review sin reescrituras. Nadie espera que diseñe sistemas todavía. El mayor movimiento para subir de nivel en junior: deje de tener miedo de hacer preguntas en canales públicos. Los ingenieros que mandan un DM a su senior con cada pregunta se quedan junior más tiempo.

Mid-level (L4 / SDE II) — 2–4 años

Expectativa: ser dueño de una feature o un servicio de principio a fin. Escribir el design doc, entregar el código, monitorizarlo, arreglar los bugs. Debería poder dar un code review útil y notar cuándo un junior está atascado. La mayoría de los ingenieros se estancan aquí — no porque no puedan crecer, sino porque nadie en L4 le obliga a ello. Tiene que buscar alcance.

Senior (L5) — 4–8 años

El salto más difícil. Expectativa: ser dueño de un proyecto que abarca varios servicios o varios equipos. Es la persona a la que el equipo recurre cuando la respuesta correcta es «entreguemos la versión aburrida» o «no, este diseño no va a funcionar a escala». Se espera que haga de mentor de al menos un ingeniero. También necesita empezar a poner cosas por escrito — design docs que argumentan a favor o en contra de un enfoque por escrito.

La razón por la que la mayoría de los ingenieros se estancan antes de senior: saben escribir buen código pero no saben defender una decisión técnica en una sala con opiniones fuertes. Practique eso. Ejecute la conversación con la herramienta de mock interview si no tiene un foro en el trabajo.

Staff (L6) — más de 8 años

Ahora opera a través de equipos. El output ya no es código — es palanca. Los staff engineers se miden por lo que otros ingenieros entregaron gracias a ellos. Actividades concretas: escribir la estrategia técnica de un área entera, desbloquear a tres equipos atascados en la misma cuestión arquitectónica, rescatar un proyecto fallido del borde del abismo.

A la mayoría de las empresas les cuesta definir este nivel con claridad. Si apunta a staff, escriba su alcance específico cada trimestre y asegúrese de que su manager lo apruebe por escrito. «Staff» sin alcance sobre papel es invisible a la hora del ascenso.

Principal / Distinguished (L7+)

Los principal engineers operan al nivel de «toda esta línea de producto» o «toda esta plataforma de infraestructura». Influyen en la estrategia técnica de toda la empresa. A principal no se llega siendo un staff ligeramente mejor. Se llega convirtiéndose en el experto más profundo de la empresa en algo que de verdad importa al negocio — y siendo capaz de comunicárselo a quienes no son ingenieros.

A este nivel, el camino se vuelve individual: no hay rúbrica, solo un historial.

La bifurcación IC vs management

Alrededor de senior o staff llega a la bifurcación: quedarse en la vía técnica o pasar a gestión de personas. Tres cosas que conviene saber antes de elegir:

El marco de cambio de carrera de cambiar de especialización también aplica aquí — el paso de IC a manager es una versión más pequeña del mismo playbook.

¿IC o manager? Háblelo

Recorra la bifurcación con el consultor frente a su rol y sus restricciones concretas.

Probar gratis

Cómo conseguir el ascenso de verdad

«Haz buen trabajo y serás reconocido» es la mentira que a todos nos cuentan. La realidad tiene cuatro movimientos:

  1. Consiga la rúbrica por escrito. Toda empresa tiene una rúbrica de niveles. Pídasela a su manager. Si dice que no existe, pida ejemplos de las dos últimas personas ascendidas a su nivel objetivo. Si tampoco puede compartir eso, está en una empresa que asciende por política.
  2. Elija un proyecto que encaje con el alcance del siguiente nivel. Los ascensos no vienen de hacer bien seis proyectos de L4 — vienen de hacer un proyecto de L5. Encuentre ese.
  3. Hágalo visible. Preséntelo a la dirección. Escriba el post-mortem cuando salga bien. Consiga que lo citen en el design doc de otra persona. El trabajo invisible no asciende, sea cual sea su calidad.
  4. Consiga el ascenso por escrito y con fecha. «Estás listo, sigue así» no es un compromiso. «Apuntando al ciclo del Q3 a la espera de que aterrice el lanzamiento de la plataforma» sí lo es. Pida la segunda versión.

Si su manager no puede o no quiere implicarse en esos cuatro puntos, eso es una señal. A veces el movimiento correcto no es un mejor proyecto — es un mejor manager.

Cambiar de empresa vs quedarse

Las mayores subidas de compensación de golpe vienen de cambiar, no de los ascensos internos. Mediana: un salto del 20–40 % en compensación total en cada movimiento externo en tech, frente a un 5–15 % en el ascenso interno. La razón: los ascensos internos se calibran contra su salario antiguo; las ofertas externas se calibran contra el mercado actual.

Pero cambiar tampoco es gratis. Pierde antigüedad (el capital político que facilita el trabajo), resetea relaciones y el nuevo manager podría ser peor. Regla aproximada:

Cuando cambie, hágalo de forma deliberada: adapte el currículum a la JD, haga un par de mock interviews y entre en la negociación con el guion. Todo el proceso son 4–8 semanas de esfuerzo enfocado una vez al año. Quienes lo ejecutan bien terminan 2–3 niveles y un 50–100 % de compensación por delante de sus pares de idéntica habilidad al cabo de una década.

Planifique su próximo movimiento de nivel

El consultor mapea su alcance, sus brechas y el calendario realista hasta el siguiente nivel — en su empresa actual o en la próxima.

Abrir consultor

Preguntas frecuentes

¿Cuántos años hay de junior a senior software engineer?

Normalmente de 4 a 7 años en total. De junior a mid lleva de 1,5 a 2,5 años. De mid a senior es el salto más largo, a menudo de 2 a 4 años, porque exige alcance demostrado, no solo tiempo.

¿Un staff engineer está por encima de un senior manager?

Sí, en la mayoría de las empresas tech modernas los niveles son paralelos. Staff engineer y senior engineering manager suelen ser equivalentes a L6, con compensación similar. Principal y director están en L7.

¿Se pueden saltar niveles?

Dentro de la misma empresa, casi nunca. Cambiando de empresa, a veces sí — un senior fuerte en la Empresa A puede ser contratado como staff en la Empresa B si las definiciones de nivel difieren. Esta es la razón principal por la que los ingenieros senior cambian de trabajo.

¿Es mejor el camino de management o el de IC?

Ninguno es objetivamente mejor. La compensación es similar hasta L6. Elija management si los problemas de personas le dan más energía que los problemas técnicos. Elija IC si es al revés. Puede cambiar — una o dos veces — pero cada cambio cuesta cerca de un año de impulso.

¿Necesito un título en informática para llegar a staff?

No. Al nivel de staff, su título es irrelevante — lo que importa es el alcance entregado, la reputación técnica y la capacidad de liderar proyectos. Los ingenieros autodidactas y de bootcamp llegan a staff al mismo ritmo que los graduados en informática una vez se controla por años de trabajo enfocado.