De Senior a Staff Engineer: cómo dar el salto

Si eres ingeniero senior y sientes que ya tocaste el techo de tu rol, que ya entregas todo lo que te ponen enfrente y aun así no creces, y que "lo que sigue" es volverte Staff pero no tienes claro qué significa eso ni cómo se llega, esta guía es para ti. Déjame ahorrarte el primer malentendido: el salto a Staff no es "senior pero mejor". No es la misma chamba con más años y más sueldo. Es un cambio de moneda. Cambia lo que te pagan por hacer, cambia cómo se mide tu impacto, y cambian las reglas casi por completo. Esta pieza junta todo lo que he aprendido escribiendo sobre esto y acompañando a decenas de personas en exactamente esta transición.

Una aclaración de entrada, por honestidad. No te hablo desde "yo fui Staff engineer". Te hablo desde el asiento del que acompaña estas decisiones: carrera, influencia y estrategia. Lo que sé de este salto lo sé de haberlo estudiado, de haberlo escrito durante años, y de sentarme con ingenieros que están justo en ese punto a desarmar por qué no acaban de dar el paso. Tómalo como un mapa para pensar, no como un manual de vacantes ni como la biografía de nadie.

Antes de cualquier cosa, separa dos cosas que casi todos amontonan: tu path de carrera y el escalafón de tu empresa. No son lo mismo, y confundirlos es lo que mete a la gente en callejones sin salida. El escalafón es la escalera interna de tu empresa: junior, mid, senior, staff, principal, con sus bandas salariales y sus career ladders en Notion. Tu path es el arco de quince o veinte años del que este empleo es apenas combustible. El escalafón te lo da la empresa; el path te lo construyes tú. Y aquí está la trampa: no existe un estándar de industria real. El senior de la empresa A es junior en la empresa B. Misma persona, mismas habilidades, solo cambió el contexto, y cae a una fracción de su eficiencia porque no conoce a nadie, no tiene reputación, no conoce el sistema. El título viaja contigo en el CV; la capacidad de ejercerlo, no. Por eso cambiarte de empresa por un mejor título no siempre es la decisión correcta: tu reputación no cabe en la maleta.

El escalafón, además, no está estandarizado ni tantito. En unas empresas el Staff hace de todo (diseña sistemas, destraba equipos, negocia con producto, apaga incendios estratégicos). En otras el rol ni existe, y de senior brincas directo a manager sin escala intermedia. Usamos un lenguaje común (más o menos todos sabemos qué queremos decir con "senior"), pero cada empresa define esos niveles según de dónde saca su dinero. Así que la primera pregunta del salto no es "¿cómo me vuelvo Staff?". Es "¿qué es Staff aquí, en esta empresa, con este negocio?". Si no puedes responder eso, estás apuntando a un blanco que no existe. Y recuerda que el paso después de senior no es, por default, volverte manager: el menú está más abierto de lo que te contaron.

"Staff" no es un rol; es una familia de roles. Cuando la gente dice "quiero ser Staff", casi siempre tiene en la cabeza un arquetipo distinto sin saberlo, y por eso las conversaciones se enredan. Vale la pena nombrarlos, porque apuntar al equivocado te cuesta años:

1. El Tech Lead. Lidera técnicamente a un equipo: dirige el cómo, mantiene la calidad, desatora a la gente. Es el arquetipo más cercano a lo que ya haces si eres senior, y el más común como primera parada.
2. El Arquitecto. Piensa a nivel de sistema y a varios años: define bordes, contratos entre equipos, la forma del stack. Su impacto es difuso y de largo plazo, y por eso es el más incomprendido por quien mide en tickets cerrados.
3. El que resuelve (el fixer). Cae en el problema más espinoso y ambiguo de la organización, el que nadie sabe ni cómo empezar, y lo destraba. No tiene un equipo fijo; tiene una cola de incendios de alto valor.
4. La mano derecha. Opera pegado a un manager senior o a un director: extiende su alcance, traduce estrategia en ejecución técnica, y sostiene contexto de negocio que el resto del equipo no ve. Es el arquetipo que más se parece a liderazgo sin el título de liderazgo.

Ninguno es superior en abstracto. El bueno es el que embona con lo que a ti te energiza y con lo que tu empresa de verdad necesita y premia. Si en tu organización el poder vive en producto, la "mano derecha" pesa; si vive en la plataforma, el "arquitecto" pesa. Elegir arquetipo es media decisión.

La otra mitad es entender que los roles se están compactando. La versión moderna de Staff ya no es solo "el que más sabe de la tecnología". Es la aglomeración de tres expertises que antes vivían en personas distintas: el técnico (para respaldar decisiones con criterio, no con opinión), el social (para ejercer influencia y mover a otros sin autoridad formal) y el de producto (para decidir qué problemas valen la pena, no solo cómo resolverlos). Si te falta cualquiera de los tres, te vas a quedar atorado en "senior plus": mismo trabajo, título nuevo, cero poder real. Por eso a cierto nivel tu stack deja de ser React o Go y pasa a ser incentivos e influencia, y por eso crecer te obliga a ir más allá de tu craft. Un desarrollador al que solo le interesa el código, y no el negocio, no es un ingeniero de alto nivel: es un programador muy bueno. Los dos son válidos. Solo no confundas uno con el otro cuando estás apuntando al salto.

Y aquí viene el cambio de reglas más contraintuitivo: en la cima técnica ya no te pagan por resolver problemas, te pagan por prevenirlos. Toda tu carrera te formaron para ser bueno resolviendo: te aventaban un problema y lo cerrabas, rápido y bien. Ese instinto, que te hizo senior, es justo el que te tapa el paso a Staff. Porque la chamba del senior de verdad es resolver un problema una sola vez: no decirme cuál es la mejor práctica, sino qué vas a hacer para no tener que volver a resolver esto nunca. En vez de trapear el piso todos los días, encuentras la fuga y la arreglas. El líder técnico efectivo no apaga incendios; evita que empiecen. Mientras más subes, menos se mide tu impacto en líneas de código y más en problemas que no ocurrieron gracias a ti. Es lo que hace realmente un senior cuando el título deja de ser una etiqueta y se vuelve una responsabilidad: pasas menos tiempo tecleando y más tiempo conectando con stakeholders, entendiendo el negocio y diseñando soluciones integrales.

En el extremo de esa curva está el Principal, y ahí la inversión es total. Un Principal opera con muchísima más autonomía en lo táctico: no espera el ticket, conoce la estrategia de negocio y de producto de memoria, y su voz pesa como la de quien decide. Las apuestas grandes siguen pasando por otros ojos (un RFC, sus pares, el buy-in de un director); lo que cambia no es que decida solo, sino que ve venir el cuello de botella o la mala apuesta arquitectónica con anticipación, y mueve las piezas antes de que exploten. Prevenir, no resolver. Si esa frase te suena a "eso ya no es programar", exacto. Ese es el punto del salto.

Ahora, la mecánica del ascenso mismo, porque casi todos la tienen al revés. El título es un lagging indicator. Piénsalo como la lluvia. Un leading indicator es la señal de que algo va a pasar: hueles a tierra mojada, va a llover. Un lagging indicator es la evidencia de algo que ya pasó: te levantas, el piso está mojado, llovió, punto. Tu título es el piso mojado. Cuando una empresa funciona bien, te dan el nivel de Staff porque llevas un año ejecutando a ese nivel de forma consistente y visible; el reconocimiento llega después del comportamiento, casi siempre después (los hires externos directos a Staff y las promociones por retención son la excepción, no la regla). Por eso a mi gente le digo lo mismo: si quieres ser Staff, te empiezo a tratar y a exigir como Staff un año antes. No para regalarte el título, sino para que aparezca el delta, esa lista exacta de habilidades que todavía te faltan y que solo se vuelve visible cuando ya cargas el trabajo y las decisiones del siguiente nivel. Ese delta es tu plan de crecimiento real, no la lista genérica del career ladder.

De ahí sale la conclusión que incomoda: el título que tienes hoy no es un logro que defender. Es tu baseline, el mínimo que ya demostraste que puedes sostener. La empresa no te lo dio como premio; te lo dio como confirmación. Por eso, paradójicamente, la mejor forma de subir es casi olvidarte del título y enfocarte en una sola cosa: qué categoría de problemas puedes empezar a quitarle a tu manager. Uno recibe una promoción cuando le roba la chamba al de arriba. No una tarea suelta: una categoría entera de decisiones que, a partir de hoy, ya no tienen que pasar por él porque tú las absorbes con criterio. Cuando eso lleva seis meses ocurriendo, el ascenso deja de ser una apuesta y se vuelve un trámite.

Y una advertencia técnica que le duele a casi todo buen ingeniero: un pull request no cambia los incentivos que producen una promoción. Por más chingona que sea tu arquitectura, el esfuerzo puramente técnico apunta para el otro lado. Puedes ser quien rescata el sprint, quien entiende el legacy, quien arregla el bug crítico el viernes a las siete, y ser al mismo tiempo la persona que menos pinta en la mesa donde se decide el futuro de ese sistema. Eso es ser necesario, no ser poderoso. Ser necesario te agota y te ancla; ser poderoso te mueve. Cuando llegue el momento de pedir el paso, hazlo con evidencia, no con la sensación de que te lo mereces: aprende a pedir el ascenso sin sonar arrogante, apuntando a algo tangible que pasó gracias a ti.

Si el esfuerzo técnico apunta al otro lado, ¿hacia dónde sí apunta? Hacia tu palanca, y la palanca está donde vive el recurso escaso. El valor es utilidad por escasez. Algo vale más cuando es muy útil y escaso; útil pero fácil de conseguir es barato, y ese es exactamente el problema de "el que sabe programar" en un mundo donde el código ya no es la moneda de cambio de la industria. La pregunta útil, entonces, es cuál es el oro, el diamante de tu empresa, y dónde está el recurso escaso. Ahí está tu apalancamiento. Míralo también con lente de economista: ¿tu trabajo se lee como un centro de costos o como un centro de ingresos? Un centro de costos tiene techo finito (hay un límite de cuánto le puedes ahorrar a la empresa); un centro de ingresos es, en teoría, infinito. En muchas organizaciones el Staff que más pesa está parado del lado donde el trabajo se conecta con el dinero que entra, no solo con el que se ahorra. La excepción que confirma la regla son las plataformas maduras: ahí la confiabilidad y la velocidad de la infraestructura se leen como habilitadoras de ingresos, no como puro costo, y por eso esos equipos sí sostienen un ladder Staff bien pagado. El punto no es "revenue sí, infra no", es que te vean moviendo el recurso escaso, sea cual sea.

Eso conecta con algo más grande: de dónde sacas leverage en general. Hay tres anclas, y conviene saber en cuál te estás recargando. La primera es la tecnología: tu dominio profundo del sistema. La segunda es la industria: entender el dominio de negocio (banca, salud, buceo, lo que sea) tan bien que traduces entre lo técnico y lo que la industria necesita. La tercera es tu red y tus relaciones: la reputación y la confianza que te dejan mover cosas a través de otras personas. La técnica sola tiene fecha de caducidad y hoy se comoditiza rápido; cuando tus habilidades dejan de ayudarte a hacer un buen trabajo, tu carrera solo tiene un lugar hacia dónde ir: abajo. Si sientes que ya no te puedes diferenciar solo por lo que sabes de la tecnología, ancla en la industria y en la red. Ahí es donde tú no estás limitado, pero las oportunidades que se te presentan sí lo van a estar si no cultivas esa parte.

Y la herramienta que activa las tres anclas al mismo tiempo es una que a los ingenieros nos da urticaria: el storytelling. No hablo de vender humo. Hablo de que la narrativa es lo que conecta lo que hiciste con el resultado que produjo. Sin esa historia, tu mejor trabajo es invisible: nadie ata tu decisión técnica de hace ocho meses con la métrica que se movió esta semana, porque nadie hizo el puente. Hacer visible el trabajo importante, en los foros donde hay poder para actuar y no solo en un thread de Slack que ya nadie lee, no es teatro: es parte del rol. Al final, liderazgo es la capacidad de influenciar sin título, y no influyes a nadie si no sabes contar por qué lo que propones importa. Eso incluye la parte que muchos satanizan: lo que llaman política no es más que la capacidad de hacer trade-offs. Puede que a ti no te importe; a la política sí le importas tú. Donde hay personas, hay política.

Nada de esto se decide en el vacío. Se decide dentro de una empresa con reglas, y las reglas no están en el manual. Follow the money: ¿a quién le va mejor cuando las cosas salen bien? Los incentivos gobiernan el comportamiento, y ahí están las verdaderas instrucciones del juego, las implícitas. Antes de gastar un año comportándote como Staff, verifica la estrategia, no solo la táctica. La pregunta que ahorra más sufrimiento es esta: ¿tu empresa tiene una ruta Staff real, con dientes, con banda salarial equivalente a management? Si no la tiene, "seguir creciendo sin gestionar" es una promesa vacía, y estás persiguiendo un nivel que la organización no está estructurada para reconocer. Esa sola pregunta puede cambiar toda tu decisión, incluida la de si este es el lugar correcto para intentarlo.

Junta todo y el salto deja de ser un misterio; se vuelve una lista de movimientos concretos. Ninguno es un pull request. Todos apuntan al lado donde sí se mueven los incentivos:

• Elige tu arquetipo. Tech lead, arquitecto, el que resuelve, o la mano derecha. Escoge uno mirando qué te energiza y qué premia tu empresa, y deja de intentar ser los cuatro a la vez.
• Encuentra el oro. Ubica el recurso escaso del negocio y párate lo más cerca posible del lado de los ingresos, no solo del ahorro de costos.
• Ancla tu leverage. Si ya no te diferencias solo por la tecnología, recárgate en la industria y en tu red. Vuélvete el que traduce entre lo técnico y lo que el negocio de verdad necesita.
• Roba una categoría, no una tarea. Identifica qué clase de decisiones puede dejar de tomar tu manager porque tú ya las cargas con criterio, y empieza a cargarlas hoy, con el título que ya tienes.
• Prevé en lugar de resolver. Por cada incendio que apagues, arregla la fuga para que no vuelva. Que tu impacto empiece a medirse en problemas que no ocurrieron.
• Hazlo visible. Construye la narrativa que conecta tus decisiones con resultados de negocio, y llévala a los foros donde hay poder para actuar.
• Verifica el tablero. Confirma que existe una ruta Staff real antes de invertir un año. Si no existe, esa también es una respuesta, y es mejor saberla barata.

Es un año de comportarte al siguiente nivel antes de que el nivel sea tuyo, y ese año no se paga con motivación: se paga con tus horas, que son las mismas quince despierto que tiene todo el mundo. Por eso el salto no es "¿quiero ser Staff?" (casi todos decimos que sí en automático), sino "¿qué distribución de mi energía estoy dispuesto a sostener durante un año, y esto dónde entra?". Decidir que ahorita no también es válido; la diferencia entre esa decisión y la deriva es que una la tomaste tú.

Si quieres seguir jalando el hilo, esta guía se apoya en, y se complementa con, varias piezas: por qué el paso después de senior no es manager, qué hace realmente un senior, por qué a cierto nivel toca optimizar tu influencia y no tu stack, por qué tu título es un lagging indicator, y, si ya andas liderando, el caso del tech lead que no pone límites.

Si estás justo en esta decisión

No te digo qué decidir. Te acompaño a que llegues a tu propia respuesta.

Eso es lo que hago en mis sesiones de coaching 1:1: ponemos en orden el contexto, leemos las reglas del juego y convertimos una situación ambigua en decisiones que puedas sostener. Con los criterios correctos y sin autoengaños. Y está bien si no lo quieres hacer solo.

Cómo trabajo el coaching 1:1

Trabajo con pocas personas a la vez. Si no hay encaje, te lo digo antes de empezar.