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, puedo lanzar un dardo en cualquier dirección y darle a uno bueno. Cuando abro una vacante, atrae unos 300 postulantes al día. Nuestro software de reclutamiento cierra automáticamente la vacante tras 1.000 postulantes, y últimamente eso toma unos tres días. Así que las mismas habilidades que antes se sentían escasas ahora están a unos clics de ser reemplazables, 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. Tenemos un millón de pacientes. No somos Google, ni somos Epic, e incluso Epic reparte su carga de trabajo entre los sistemas de salud a los que sirve. 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.
Una última cosa, porque es la parte que nadie en la cima quiere admitir: la gente deja a sus líderes. Esa frase es 300% cierta. Cada vez en mi carrera que un gerente le ponía techo a mi crecimiento, me fui. De un trabajo me fui a las tres semanas, y se pasaron los siguientes tres años pidiéndome que volviera. Si tu líder es lo que limita tu radio de impacto, ese es el dato más importante de toda tu evaluación, y es el único que nunca te van a anotar.
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.