Soy el VP de Tecnología y Seguridad de una farmacia de venta por correo. Es temporada de evaluaciones, lo que significa que muchos desarrolladores están a punto de molestarse por su aumento, su título, o ambos. La mayoría de los ingenieros que conozco o ignoran los títulos por completo o tratan todo el proceso de evaluación como teatro. Algo de eso es justo, y mucho cae sobre un mal liderazgo. Pero debajo de las quejas hay una idea que explica casi todo.
La mejor versión de ella que he escuchado vino de un VP de Riot Games. Hizo una pregunta simple: ¿cuál es tu radio de impacto?
El radio de impacto
Tu salario sigue cuánto daño podrías hacer, y cuánto riesgo cargas cuando lo haces.
A un desarrollador junior le entregan un solo componente dentro de un front end. Si lo rompe, el radio de impacto es una pantalla. Radio pequeño, responsabilidad pequeña, sueldo pequeño. A medida que subes, el radio crece. Un ingeniero principal guía gente, diseña la arquitectura de proyectos, y es dueño de sistemas en los que se apoya toda la empresa. Por eso un principal suele ganar dos o tres veces lo que gana un desarrollador normal, y mucho más que un junior. El dinero sigue a la responsabilidad y la rendición de cuentas. Trabajar más duro no lo mueve.
Esta es la parte que los desarrolladores odian escuchar, porque todos quieren que su valor suba para siempre. Hay un techo de cuánto radio de impacto puede cargar una sola persona sin gestionar a otras. He visto a muchos ingenieros decidir que el proceso de evaluación es estúpido cuando lo que de verdad se encontraron es ese techo.
La trampa del ingeniero principal
Aquí está el giro cruel. Si haces bien el trabajo de principal, encoges tu propio radio de impacto.
Un gran principal le quita el riesgo a todo. Construyes los sistemas y las barreras de protección para que lo aterrador deje de serlo. A las empresas les encanta eso, y empujan en la misma dirección: cada proceso que agregan está diseñado para quitarle la rendición de cuentas a cualquier persona y repartir el riesgo. Así que si hiciste bien tu trabajo, las cosas fluyen sin problemas y cualquiera puede entrar y seguir donde lo dejaste. Te has convertido en alguien reemplazable por tu propia ingeniería.
He visto a ingenieros principales ganar 200 mil cuyo día a día es genuinamente aburrido, en el mejor sentido posible. Nada se cae. Pasan el tiempo en trabajo nuevo y casi nunca revisitan nada. Eso es justo lo que esperaría de un principal, y es enormemente valioso, pero solo hasta cierto punto. Cuanto mejor te vuelves en prevenir el daño, más pequeño se lee tu radio de impacto en el papel, y más presión a la baja pone eso, en silencio, sobre tu salario.
Así que llegas a un equilibrio. De un lado, cuánto daño podrías hacer. Del otro, cuánto estás trabajando para asegurarte de que nunca pase ningún daño. Haz bien el segundo trabajo y le pones techo al primero. Las únicas formas de pasar ese techo son gestionar gente o trabajar muchas más horas, y una de las dos escala mejor que la otra.
El mercado empuja la misma palanca
La presión no es solo interna. El mercado laboral empuja exactamente en la misma dirección.
Ahora mismo, si necesito un desarrollador de .NET o un ingeniero de front end de React, reviso cada solicitud a mano. Sin filtros automáticos, sin coincidencia de palabras clave, yo mismo leo los currículums. Cuando abro una vacante, atrae unos 300 postulantes al día, y nuestro software de reclutamiento cierra automáticamente la vacante tras 1.000 postulantes, lo que últimamente toma unos tres días. Leyendo todo eso yo mismo, encontrar a alguien genuinamente bueno sigue siendo trabajo de verdad. Pero llego a un candidato fuerte mucho más rápido que en 2022 o 2023, porque el grupo de candidatos se hizo mucho más profundo, lo que se suma a la falta de riesgo que ya te montaste tú mismo.
Y este es el lente que me quedaría a medida que la IA se hace cargo de más del día a día. Cuando un modelo puede escribir el componente, el radio de impacto se vuelve la única medida duradera de cuánto vales. La pregunta deja de ser “¿puedes escribir este código?” y se vuelve “¿qué le pasa al negocio cuando tú eres dueño de esto, y qué pasa cuando ya no estás?”
Dos caminos hacia arriba, y uno no es para todos
Desde el techo del principal, el único camino real hacia arriba es el liderazgo, porque gestionar gente es como vuelves a hacer crecer tu radio de impacto de forma legítima.
Quiero ser honesto: el liderazgo no le va a todos. Mucha más gente quiere ser desarrollador que quiere ser gerente, y eso es sano. Cuando alguien como Primeagen dice que no tiene ningún interés en la gestión, lo entiendo perfectamente. Forzar a un gran ingeniero a un asiento de liderazgo que nunca quiso es como pierdes a un gran ingeniero. Las cuentas del radio de impacto explican el techo. No te obligan a treparlo.
Llévalo a tu evaluación
Saber todo esto cambia cómo deberías entrar a tu evaluación.
Si tienes un líder técnico que valga la pena, esta es justo la conversación que quiere tener. De verdad quiero que un desarrollador me diga dónde cree que está su radio de impacto frente a dónde lo tengo ubicado. Si cree que está operando muy por encima de su alcance, esa es mi señal para hablar de compensación y dejarlo donde debería estar. Si está rindiendo por debajo de su alcance, ese es mi trabajo de nombrarlo, y de arreglarlo haciéndolo crecer.
Puedes empezar eso tú mismo antes de siquiera sentarte con tu jefe. “He estado haciendo trabajo básico de front end y quiero ser dueño del back end y tocar la base de datos.” Eso es un argumento de radio de impacto, y un buen líder ya debería estar buscándolo. Porque hacer crecer a tus desarrolladores es la mayor parte del trabajo. Si no estás haciendo crecer a la gente bajo tu cargo, de verdad no sé qué crees que es el liderazgo. Todo en este campo cambia constantemente, y siempre hay más para que alguien se haga cargo.
Lo que no voy a aceptar es a un ingeniero senior o principal cuyo radio se ha ablandado. Entré a una empresa donde los desarrolladores no hacían más que .NET y tenían que abrir un ticket con un DBA para hacer un cambio de esquema. A nuestra escala eso es ridículo. Un senior que no toca SQL ha dejado, en silencio, que su radio de impacto se encoja, y lo va a sentir en la evaluación se digan las palabras en voz alta o no. Un ingeniero fuerte mira esa cola de tickets y se pregunta cómo puede hacer él mismo los cambios de SQL de forma segura, no cómo evitar tener que aprenderlo. Esa pregunta es la que corta de raíz la burocracia.
Así que antes de tu próxima evaluación, calcula tu propio radio de impacto con honestidad. Después pregúntale a tu jefe cómo hacerlo más grande. Lo peor que pueden decir es que no, y lo que digan te dirá todo sobre si quedarte.