Política de promociones tech: framework para startups en hipercrecimiento

Una scaleup SaaS B2B con 42 ingenieros, Serie A levantada hace catorce meses y proyección de cerrar el año con 80 personas convocó al equipo de leadership a un offsite urgente cuando tres Senior Engineers entregaron renuncia en cinco semanas. Las cartas decían lo mismo con palabras distintas: "el ingeniero que entró antes que yo es Staff y yo soy Senior pidiendo lo mismo hace ocho meses", "no entiendo qué tengo que hacer para subir", "promovieron a Pedro porque era amigo del founder, no porque mereciera el nivel". El CTO descubrió esa tarde que su compañía tenía un career ladder bien escrito en Notion pero ninguna política de promociones. Las promociones se decidían en uno a uno entre founder y persona, sin comité, sin evidencia escrita, sin calendario. El daño ya estaba hecho.

La política de promociones tech es el documento operacional que define cómo se sube de un nivel a otro dentro del career ladder. El ladder describe los niveles; la política describe el proceso. Sin política, el ladder es decoración: existe en la wiki interna pero no genera decisiones consistentes. En startups que crecen rápido, la política es más crítica que el ladder porque cada mes que pasa sin proceso formal genera precedentes orales contradictorios que después son imposibles de revertir.

Este reporte entrega un framework operacional para CTOs, VPs of Engineering, Heads of People y founders que están diseñando una política de promociones desde cero o refactorizando una existente que se rompió. Se cubren las patologías típicas que aparecen sin política, la separación entre career ladder y política, el framework de cinco dimensiones, el calendario de calibration committee, el modelo híbrido de auto-postulación y propuesta del manager, la adaptación del modelo de Google y Meta a startups de 20 a 80 personas, los porcentajes típicos de bump salarial y un roadmap de implementación de 60 días.

1. Por qué las startups en hipercrecimiento rompen sin política de promociones

Las startups que escalan de 20 a 80 personas en doce a dieciocho meses concentran tres patologías predecibles cuando no tienen política formal de promociones. Las tres son visibles en datos de planilla, renuncias y conversaciones internas, y las tres aceleran a partir del mes nueve post-Serie A.

Nepotismo de los primeros ingenieros

Los primeros cinco a diez ingenieros que entraron antes de la Serie A tienen relación directa con el founder y el CTO. Esa relación se traduce naturalmente en promociones más rápidas, accesos a equity adicional y conversaciones de carrera más fluidas. Cuando entra el ingeniero número 25 y descubre que el número 4, con scope técnico similar al suyo, es Staff Engineer mientras él sigue como Senior, el problema deja de ser técnico y se vuelve cultural. Sin política formal de promociones, la fecha de ingreso pesa más que el desempeño actual, y el equipo lo nota en menos de un trimestre.

Sobrepromoción reactiva

Cada vez que un ingeniero clave recibe una oferta externa, el camino más rápido para retenerlo es subirle el título: pasar de Senior a Staff, de Staff a Principal. Sin política formal con calibration committee, esa decisión la toma el CTO en una conversación de pasillo bajo presión de tiempo. El resultado predecible es una compañía donde el 40% de los Senior Engineers son Staff de título y el 20% de los Staff son Principal de título, sin que ninguno cumpla los criterios reales del nivel. La compañía pierde la capacidad de identificar quién está realmente al bar de cada nivel cuando llega el momento de tomar decisiones de arquitectura.

Churn silencioso de Senior no reconocidos

El ingeniero que entró seis meses después del nepotismo inicial y que aporta más que los primeros cinco, pero no fue reconocido a tiempo, no protesta: simplemente renuncia. El churn silencioso de Senior Engineers que se sienten invisibles es el costo más caro de no tener política de promociones porque la compañía nunca se entera del verdadero motivo. Las cartas dicen "oportunidad profesional" pero la conversación informal seis meses después revela "no veía cómo subir mientras los amigos del CTO subían sin mostrar evidencia". El gráfico siguiente sintetiza las tasas de churn observadas en startups con y sin política formal de promociones.

2. Career ladder vs política de promociones: la diferencia clave

El career ladder y la política de promociones son dos documentos distintos que se confunden constantemente. El primer error operativo de muchas startups es escribir un ladder excelente y asumir que la política está implícita. No lo está. Los dos documentos resuelven preguntas diferentes y se necesitan en paralelo para que el sistema funcione.

El career ladder responde a la pregunta "qué se espera de un ingeniero en cada nivel". Define scope, impacto, autonomía, complejidad técnica e influencia por nivel (Mid, Senior, Staff, Principal). Es estático: una vez escrito, se revisa cada doce a dieciocho meses. Su público objetivo es cada ingeniero del equipo y cada candidato externo, que pueden consultarlo y proyectar su carrera.

La política de promociones responde a la pregunta "cómo se sube de un nivel a otro en la compañía". Define quién propone una promoción, quién la evalúa, con qué evidencia escrita, en qué fechas del año, con qué reglas de decisión y cómo se ejecuta el bump salarial. Es dinámica: se itera con cada ciclo de calibración. Su público objetivo es el conjunto de Engineering Managers, el Head of People y el VP Engineering, que la operan dos veces al año.

3. Framework de cinco dimensiones para evaluar una promoción

El framework operacional que mejor escala en startups de 20 a 80 personas evalúa cinco dimensiones por candidato a promoción. Cada dimensión tiene su propia descripción por nivel y se evalúa con evidencia concreta, no con adjetivos. Un candidato necesita demostrar el nivel objetivo en al menos cuatro de las cinco dimensiones para ser promovido.

Impacto técnico

Es la diferencia medible que produce el trabajo de la persona en sistemas, métricas o producto. Para Senior Engineer, impacto medible en un sistema crítico (latencia, disponibilidad, cobertura de tests, defectos por release). Para Staff, impacto cross-sistema y elevación del nivel técnico de múltiples equipos. Para Principal, impacto en métricas de negocio rastreables a decisiones técnicas individuales. Sin métricas concretas, el impacto técnico no se evalúa: se asume, y ese es exactamente el problema.

Autonomía

Es cuánta dirección externa necesita la persona para identificar problemas, definir solución y entregar resultado. Un Mid Engineer ejecuta tareas asignadas y elige el cómo. Un Senior identifica problemas dentro de su área y propone soluciones. Un Staff identifica problemas multi-área y propone arquitectura. Un Principal identifica problemas estratégicos de la compañía y propone direcciones técnicas multi-año. La autonomía se mide observando una semana típica: cuántas decisiones se tomaron sin pedir input del manager.

Multiplicador (mentoring y elevación del equipo)

Es la capacidad de elevar el desempeño de quienes lo rodean. Un Senior mentoriza a uno o dos Mid en su equipo. Un Staff eleva el nivel técnico del equipo entero a través de code review profundo, RFCs adoptadas y onboarding técnico. Un Principal eleva el nivel de toda la organización tech a través de estándares, decisiones de arquitectura y mentoring de Staff. El multiplicador es la dimensión que separa a un ingeniero individual fuerte de un ingeniero senior real.

Comunicación cross-team

Es la calidad de la interacción con producto, diseño, datos y otros equipos de ingeniería. Para Senior, comunicación clara con su Product Manager y stakeholders directos. Para Staff, capacidad de liderar conversaciones técnicas con varios PMs, diseñadores y otros Staff. Para Principal, capacidad de representar a ingeniería en conversaciones con el CEO, CFO y board. La comunicación cross-team se evalúa con testimonios escritos de al menos dos stakeholders fuera del equipo directo.

Alcance del problema

Es el tamaño del problema que la persona ya resuelve de forma consistente y autónoma. Un Mid resuelve módulos. Un Senior resuelve sistemas. Un Staff resuelve múltiples sistemas interconectados. Un Principal resuelve áreas técnicas completas. La regla de oro: el alcance se sube cuando la persona demuestra de manera repetida (al menos dos ciclos) que opera al nuevo nivel, no cuando lo demuestra una sola vez en un proyecto excepcional.

La tabla siguiente sintetiza las cinco dimensiones contra los cuatro niveles principales de un ladder de startup en hipercrecimiento. Es la matriz operacional que se entrega al calibration committee como referencia de evaluación.

4. Calendario de calibration committee: dos veces al año, quiénes participan

El calibration committee es la sesión formal donde se decide qué promociones se ejecutan en un ciclo. Sin comité, las promociones quedan a discreción del manager directo y la consistencia entre equipos se pierde. Con comité, las promociones se vuelven decisiones colectivas defendibles contra evidencia comparable. El estándar operacional para startups en hipercrecimiento es dos calibraciones al año.

Cadencia semestral: abril y octubre

La cadencia óptima es semestral, alineada con el ciclo de revisión salarial. Una calibración en abril (efectiva en mayo) y otra en octubre (efectiva en noviembre) entrega dos oportunidades anuales de promoción y mantiene la disciplina del comité. Cadencias más frecuentes (trimestrales) saturan a los managers de escribir documentos de promoción; cadencias anuales generan demasiada acumulación de casos en cada sesión y producen decisiones apresuradas. Las startups en sus primeros doce meses de implementación pueden hacer trimestrales para iterar el proceso y luego pasar a semestral.

Participantes del comité

• Todos los Engineering Managers con reportes directos candidatos a promoción en el ciclo. No hay manager invitado solo si presenta caso; todos los EM activos participan.
• VP of Engineering o CTO, según el tamaño y la madurez de la organización. En startups bajo 50 ingenieros suele ser el CTO; sobre 50 entra el VP.
• Head of People o People Partner senior, que custodia el proceso, las bandas salariales y la consistencia con la política escrita.
• Founder, opcional, cuando la promoción cruza un nivel Staff o Principal y existe impacto cultural significativo.
• Mínimo cuatro personas en la sala. Nunca el manager directo decidiendo solo, nunca una decisión sin contraste de pares.

Reglas operacionales del comité

• Evidencia escrita previa. Cada manager envía documento de promoción siete a diez días antes con evidencia por las cinco dimensiones, métricas y testimonios cruzados.
• Revisión en bloque. Se revisan todos los candidatos al mismo nivel juntos, no caso por caso aislado.
• Calibración cruzada. Al menos dos managers distintos opinan sobre cada candidato.
• Decisión por consenso o mayoría documentada. Si no hay consenso, se documenta la razón.
• Feedback escrito al rechazado. Cuando una promoción se rechaza, el manager directo entrega feedback escrito al ingeniero con qué dimensión falló y qué evidencia falta.

5. Auto-postulación vs propuesta del manager: el modelo híbrido

Una de las decisiones más debatidas al diseñar la política de promociones es quién inicia el proceso: el ingeniero (auto-postulación) o el manager (propuesta). Los dos modelos puros tienen problemas conocidos y la respuesta operacional es híbrida.

Auto-postulación pura: el problema

Cuando solo el ingeniero puede iniciar la postulación a promoción, el sistema privilegia a personas con perfil asertivo y deja fuera a buenos ingenieros introvertidos. Una compañía con auto-postulación pura termina promoviendo más rápido a Senior Engineers extrovertidos con habilidades de venta personal y más lento a Staff Engineers técnicamente más fuertes pero menos cómodos pidiendo. La consecuencia cultural es que el equipo aprende que pedir más fuerte es la manera de subir, lo cual destruye la cultura técnica.

Propuesta solo de manager: el problema

Cuando solo el manager directo puede proponer una promoción, el sistema privilegia a quienes tienen mejor relación personal con su jefe. Un ingeniero excelente cuyo manager nuevo no conoce su trayectoria queda olvidado en el ciclo. Un ingeniero promedio con relación fuerte con el manager sube antes. Este modelo también permite a un manager bloquear sin documentación a alguien que personalmente no le gusta.

Modelo híbrido: propuesta formal del manager con derecho a inicio del ingeniero

El modelo que funciona en startups maduras tiene dos vías de inicio. La vía principal es la propuesta formal: el manager directo, durante el ciclo de calibración, identifica candidatos y escribe los documentos de promoción. La vía secundaria es el derecho de inicio del ingeniero: cualquier persona puede pedir formalmente que se le evalúe para promoción, y esa solicitud obliga al manager a escribir el documento o a documentar explícitamente por qué no procede. La diferencia clave es que el ingeniero nunca escribe su propio documento de promoción; solo activa el proceso. El documento siempre lo escribe el manager.

6. Modelo Google y Meta adaptado a startup chilena de 20 a 80 personas

Los procesos de promoción de Google y Meta son referencia global porque resuelven el problema a escala extrema (decenas de miles de ingenieros). El Promotion Committee de Google opera con dueños rotativos, cuatro fases de revisión y un proceso documentado de 30 a 45 días. Replicar literalmente ese modelo en una startup de 30 ingenieros produce parálisis. La adaptación correcta requiere tres ajustes críticos.

Reducir niveles operativos

Una startup con 30 ingenieros opera con cuatro niveles (Mid, Senior, Staff, Principal) en lugar de los siete u ocho de Google. Tres a cuatro niveles cubren todo el rango operativo necesario; agregar niveles intermedios produce calibración imposible porque no hay suficientes candidatos por nivel para comparar. Cuando la compañía cruza 80 ingenieros, se puede abrir un nivel adicional (Senior Staff entre Staff y Principal) y considerar Junior bajo Mid para personas en sus primeros años.

Simplificar el comité

En lugar de un Promotion Committee con dueños rotativos, cuatro fases y revisión asincrónica, una startup hace un comité único de cuatro a seis personas que vota o consensúa en una sola sesión de cuatro a seis horas. El proceso completo se ejecuta en dos semanas (una semana de envío de documentos, una sesión presencial, una semana de comunicación de resultados). La eficiencia operativa importa más que la sofisticación formal en compañías de menos de 100 personas.

Ajustar el bump salarial a bandas locales

En Google o Meta el bump salarial al promover se ubica entre 15 y 20% en moneda fuerte sobre paquete total (base + RSU). Traducido a la realidad chilena con pesos, sin RSU típicamente y con equity en startup ilíquida, el bump se ejecuta sobre base bruta y se ajusta al P25 o P50 de la banda del nuevo nivel. Lo importante es que el bump exista, sea visible y sea coherente con la banda; el porcentaje exacto se ajusta caso a caso.

7. Bump salarial post-promoción: porcentajes típicos por nivel

El bump salarial es la pieza que vuelve real una promoción. Promover a alguien sin cambio salarial es promoción nominal y destruye la credibilidad del sistema en menos de un ciclo. Las reglas operacionales típicas en startups en hipercrecimiento son:

• De Mid a Senior: 18-25% de aumento sobre el salario actual. La promoción más frecuente y la que produce mayor salto relativo porque marca el cambio de "ejecutor" a "diseñador de sistemas".
• De Senior a Staff: 15-22% de aumento. Salto técnico significativo pero menor en porcentaje porque la base es más alta. Suele acompañarse de equity adicional.
• De Staff a Principal: 12-20% de aumento, más equity meaningfully adicional. El salto se vuelve menos sobre porcentaje base y más sobre paquete total con equity.
• Mínimo absoluto del bump: 8%. Si una promoción no puede ejecutarse con al menos 8% de aumento, mejor postergarla un ciclo y resolver el presupuesto primero.
• Validación contra banda del nivel destino. El salario post-promoción debe quedar como mínimo en el P25 de la banda nueva; si ya está sobre el P25 por ajustes previos de mercado, el bump puede ser menor pero nunca cero.

La trampa más común al ejecutar el bump es no validar el resultado contra la banda salarial del nuevo nivel. Un ingeniero que pasa de Senior a Staff con 20% de aumento pero termina por debajo del P25 de la banda Staff queda mal calibrado el día uno y genera comparación negativa con sus pares ya en el nivel. La regla operativa es: primero calcular el destino contra la banda, después calcular el porcentaje sobre el salario actual. Nunca al revés.

Para empresas en pleno escalamiento que están coordinando política de promociones con contratación externa de seniors, vale la pena alinear los procesos. Cuando se contrata externamente un VP Engineering o Head of Data, su nivel debe entrar mapeado al ladder vigente y su evaluación futura debe pasar por el mismo calibration committee que evalúa a todos. La estructura completa de niveles se discute en detalle en la guía sobre career ladder de ingeniería: niveles tech del junior al Staff+, y el momento operativo para sumar al primer Engineering Manager se cubre en la guía dedicada.

8. Errores comunes al implementar la política por primera vez

Las startups que implementan política de promociones por primera vez cometen al menos dos de los siguientes seis errores. Los seis son corregibles pero son significativamente más caros de corregir que de prevenir.

Prometer promociones en uno a uno sin amarrarlas al comité

Es el error más común y el más caro. Un manager bien intencionado, durante un uno a uno, dice "te voy a promover en el próximo ciclo". Llega el calibration committee, el caso no tiene evidencia suficiente y se rechaza. El ingeniero se siente traicionado y renuncia. La regla operativa: ningún manager debe prometer una promoción específica antes del comité. Lo que se puede decir es "te voy a postular y vamos a construir el caso juntos".

Promover bajo presión de oferta externa fuera del ciclo formal

Cuando un ingeniero clave avisa que tiene oferta externa, el camino fácil es promoverlo inmediatamente. El daño es doble: la persona ocupa un rol que quizá no domina y el resto del equipo aprende que la manera de subir es amenazar con renunciar. La respuesta correcta es ofrecer ajuste salarial de mercado documentado mientras se construye el caso para la próxima calibración, o aceptar la salida si la persona insiste en promoción inmediata.

No documentar el rechazo de una promoción

Cuando una promoción se rechaza, el ingeniero merece feedback escrito sobre qué dimensión falló y qué evidencia falta. Sin feedback documentado, la persona no sabe en qué trabajar y la siguiente postulación tiene la misma probabilidad de rechazo. El feedback escrito es lo que convierte un rechazo en oportunidad de desarrollo.

No actualizar el documento de la política cuando aparecen casos límite

Los primeros tres ciclos de calibration committee siempre producen casos límite no cubiertos por la política original (movimientos laterales entre IC y Manager track, promoción de alguien que cambió de equipo, evaluación de alguien con seis meses en el nivel). Esos casos deben actualizar el documento. Resolver oralmente y no documentar produce precedentes contradictorios que después no se pueden revertir.

Ejecutar bump salarial sin validar la banda del nuevo nivel

Promover con bump del 18% sin verificar que el salario destino queda dentro de banda produce solapamientos absurdos entre niveles consecutivos. El comité debe validar el salario destino contra la banda antes de aprobar la promoción, no después.

Hacer calibration committee sin evidencia escrita previa

Cuando el comité se hace por memoria de los managers, las decisiones se vuelven políticas. La evidencia escrita previa enviada siete a diez días antes es lo que vuelve técnico el proceso y permite a cualquier participante cuestionar un caso con datos.

9. Roadmap de implementación 60 días

Una implementación ordenada de política de promociones se hace en 60 días, partiendo del supuesto de que ya existe un career ladder funcional. Si no existe el ladder, primero se diseña el ladder en 60-90 días adicionales y después la política. El roadmap siguiente es la secuencia operacional que aplica a startups de 20 a 80 personas implementando por primera vez.

El paso más subestimado del roadmap es el día 30-40: la capacitación de managers. Muchas startups lanzan la política sin entrenar a los managers en cómo escribir documentos de promoción y descubren en el primer ciclo que la calidad de los documentos varía enormemente entre managers experimentados y nuevos. La capacitación de dos horas con plantilla y ejemplos compartidos resuelve el problema antes de que aparezca.

Para startups que están construyendo en paralelo su estrategia de retención de talento, la política de promociones es solo una pieza. El sistema completo incluye también beneficios competitivos, paquetes de equity bien diseñados y procesos de onboarding sólidos. La guía dedicada sobre cómo retener talento tech y la de equity y stock options en startups tech cubren las piezas complementarias del sistema.

10. FAQ: 10 preguntas que recibimos de CTOs y Heads of People