Muchas de las personas que acompaño ya trabajan al nivel siguiente y aun así no consiguen el ascenso. El trabajo está; las pruebas no. Están repartidas entre tickets, contadas como una lista de tareas y descritas con “we” y “I helped”. Un ascenso es una decisión que toman otras personas, a menudo en una sala en la que no estás. Tu tarea es darle a tu responsable un caso que pueda repetir en un minuto.
01Descubre qué pide de verdad el siguiente nivel
La mayoría de las empresas tech tienen una escalera de carrera: una descripción escrita de cada nivel. Si la tuya es poco clara, las públicas, como los niveles de ingeniería de GitLab, muestran el patrón habitual. El salto a senior casi nunca es “más tickets”. Es más alcance, más decisiones propias e influencia más allá de tu trabajo.
Después pregunta directamente a tu responsable. Bastan tres preguntas:
- “What would you need to see from me to make the case for the next level?”
- “Which of the expectations am I not showing yet?”
- “Who else has a say, and what do they look for?”
Anota las respuestas y envíalas en un email breve. Ese email será el acuerdo al que volverás más adelante.
02Trabaja al siguiente nivel antes de pedirlo
Los ascensos suelen reconocer trabajo que ya haces. Pide algo que cubra la diferencia: un proyecto que puedas llevar de principio a fin, una decisión de diseño, un problema entre equipos que nadie asume.
Si este año no hay presupuesto para ascensos o no hay puesto en el nivel siguiente, pregúntalo abiertamente. Así sabrás si falta evidencia o es la situación de la empresa.
03Lleva un registro de logros
Un brag document es una lista continua de lo que hiciste y por qué importó. Diez minutos cada viernes bastan. Cuando llegue la evaluación, no tendrás que recordar nada.
- Fecha y qué pasó, en una línea.
- Tu parte: qué decidiste, construiste o lideraste, en primera persona.
- El resultado, con un número si lo hay: tiempo, dinero, errores, usuarios.
- Quién lo vio: un mensaje, un agradecimiento, una demo.
- Un enlace al documento de diseño, la pull request o el dashboard.
04Convierte tareas en pruebas
Los comités leen muchas autoevaluaciones. Destacan las breves, concretas y en primera persona. Cada línea responde: ¿de qué eras responsable y qué cambió gracias a ti?
La segunda versión usa el mismo trabajo. Solo nombra el alcance, el resultado y la influencia en otras personas. Si un resultado no tiene número, describe qué cambió: “the on-call team stopped being paged for this at night”.
05Haz visible tu trabajo sin presumir
Quien trabaja en un segundo idioma a menudo calla sus resultados. La visibilidad no es autopromoción; es información que otros necesitan.
- Publica actualizaciones breves por escrito cuando algo sale: qué cambió y el número.
- Escribe el documento de diseño de tus decisiones. Los documentos llegan más lejos que las reuniones.
- Haz una demo en reuniones del equipo o de ingeniería; cinco minutos bastan.
- Da las gracias por su nombre en público. Muestra que trabajas con otros equipos, y además es buena práctica.
06La conversación sobre el ascenso
No esperes al ciclo de evaluación. Empieza seis meses antes, para tener tiempo de cubrir lo que falte. Pídelo con claridad: tu responsable solo puede defender un ascenso que sabe que quieres.
Después revisad cada uno o dos meses las expectativas acordadas. Si la respuesta es “not this cycle”, pregunta qué faltó exactamente y acordad los siguientes pasos por escrito.
07Frases para cada paso
| Situación | Frases |
|---|---|
| Preguntar por el siguiente nivel | “What would you need to see from me to make the case for senior?” · “Which of these expectations am I not showing yet?” |
| Acordar el plan | “Could we agree two or three things I should own before the next cycle?” · “Who else will have a say, and what do they look for?” |
| Actualizaciones por escrito | “Quick update: the migration is done. Deploys now take 12 minutes instead of 40.” · “Here’s what we learned, in case it helps other teams.” |
| Decir lo que hiciste | “I led the design and coordinated three teams.” · “My part was the rollout plan and the runbook.” |
| Reconocer a otros | “Thanks to Ana for the load testing; it caught the issue before release.” |
| La conversación de evaluación | “Based on the expectations we agreed in March, here’s what I’ve delivered.” · “Is there anything you’d still need to see?” |
| Cuando la respuesta es no | “What specifically was missing?” · “Could we agree what would make the case stronger next cycle, and check in monthly?” |
| En lugar de | Prueba |
|---|---|
| “I helped with the migration.” | “I led the migration plan.” (if you did) |
| “We did a lot of work on reliability.” | “I owned the alerting changes; incidents fell from 9 to 3 a quarter.” |
| “I just fixed a small bug.” | “I fixed the bug that was failing 2% of payments.” |
| “I think I deserve a promotion.” | “I’d like to make the case for senior in the next cycle.” |
| “I’m not sure if it’s enough, but…” | “Here’s the evidence. What would you still need to see?” |
08Ejemplo: un caso de ascenso en una página
Un ejemplo inventado. Fíjate en la primera persona, los números y la influencia fuera del equipo. Cabe en una página, así que tu responsable puede leerlo en voz alta.
Resumen del caso de ascenso
Promotion case: Ana Kowalski, Software Engineer → Senior Software Engineer
Scope. Since March I’ve owned the payments reliability work across checkout and billing, two services used by every customer.
Technical impact. I designed and led the move to idempotent payment retries. Failed payments fell from 2.1% to 0.4%, and support tickets about double charges stopped.
Influence beyond my team. I wrote the retry design doc, reviewed it with the billing and mobile teams and ran two sessions so they could use the same pattern. Mobile adopted it in August.
People. I mentored two new engineers; both joined the on-call rotation within six weeks.
Next. I’d like to own the reliability roadmap for payments next year.
09Antes de tu próxima evaluación
- Tengo por escrito las expectativas del siguiente nivel.
- Mi responsable sabe que quiero el ascenso y cuándo.
- Llevo al menos un trabajo propio del siguiente nivel.
- Mi registro de logros está al día.
- Cada línea dice de qué era responsable y qué cambió.
- Mi trabajo se ha visto fuera de mi equipo.
- Mi caso cabe en una página, en primera persona.