¿De verdad quiero dejar de picar código?
Hace poco más de un año mi día a día cambió por completo. Hasta entonces, mi mayor preocupación era que el linter no me diera guerra, que los tests pasaran en verde y, si me ponía ambicioso, que ese microservicio en Node.js fuera lo más eficiente posible. Pero un día llegó la propuesta: ¿Te gustaría ser Team Lead?. En ese momento, te sientes halagado. Crees que es el paso natural, una medalla a tu carrera. Lo que nadie me explicó de forma sincera es que no estaba subiendo un escalón en mi carrera como desarrollador, sino que estaba empezando una profesión completamente distinta.
Mi experiencia con el choque de realidad
Para serte sincero, los primeros tres meses fueron un desastre mental. Me sentía como un pulpo en un garaje. Mi instinto me pedía a gritos abrir el VS Code y ponerme a resolver ese bug que tenía a un compañero atascado, pero mi nueva responsabilidad decía que debía dejar que él lo resolviera y, en su lugar, irme a una reunión de tres horas para definir el roadmap del próximo trimestre. Me pegué un bofetón de realidad importante al darme cuenta de que mi productividad ya no se medía por cuántas pull requests cerraba a la semana.
Esa sensación de 'no he hecho nada hoy' es demoledora al principio. Estás acostumbrado a ver resultados tangibles: una funcionalidad nueva, un refactor que deja el código limpio... Como Team Lead, tu resultado es que otros puedan trabajar bien. Si el equipo fluye, si no hay bloqueos y si el ambiente es sano, ese es tu 'commit'. Pero claro, eso no se ve reflejado en un gráfico de contribuciones en GitHub, y asimilar eso me costó más de una noche de insomnio pensando si me estaba oxidando como programador.
¿Por qué escribir código es ahora la parte 'fácil'?
Suena provocador, lo sé. Pero piénsalo: el código es determinista. Si algo falla, suele haber un error, un log o una traza que te indica el camino. Los compiladores no tienen días malos, no se sienten desmotivados porque su proyecto anterior fue cancelado y no tienen conflictos de ego con el compilador de al lado. Las personas, en cambio, somos maravillosamente complejas y, a veces, un auténtico quebradero de cabeza.
Gestionar las expectativas de los stakeholders mientras intentas proteger el tiempo de enfoque de tus desarrolladores es un equilibrio constante en la cuerda floja. He aprendido que mi trabajo ahora consiste en ser un paraguas: me llueven peticiones, cambios de última hora y presiones externas, y mi labor es filtrar todo eso para que al equipo solo le llegue lo que realmente importa. Si yo no hago bien ese filtro, el equipo se quema. Y creeme, arreglar un equipo quemado es muchísimo más difícil que arreglar una fuga de memoria en producción.
Lo que he aprendido (y lo que me salvó la vida)
Si estás pensando en dar el salto, hay un par de cosas que me hubiera gustado que alguien me susurrara al oído antes de aceptar el cargo. Lo primero es la escucha activa. Parece una frase de libro de autoayuda, pero es una herramienta técnica más. He solucionado más problemas escuchando en un 1:1 durante media hora que revisando código durante cuatro. A veces, el desarrollador que parece que rinde menos solo necesita que alguien entienda que el legado de la aplicación le está frustrando.
Otra lección vital: aprender a decir 'no'. Como desarrolladores, solemos ser optimistas y pensamos que 'en un par de tardes sale'. Como Lead, tienes que ser el pesimista realista. Si dices que sí a todo lo que pide producto, vas a reventar al equipo. He aprendido que un 'no' a tiempo es la mejor forma de mantener la calidad técnica y la salud mental del grupo.
Y por último, la delegación. Me costó horrores, pero entender que no tengo que ser el mejor técnico del equipo fue una liberación. Mi éxito ahora es que mi equipo sea mejor que yo. Si soy el cuello de botella porque quiero supervisar cada línea de código, estoy fallando como líder.
Reflexiones finales sobre el cambio
¿Echo de menos pasar ocho horas seguidas sin interrupciones delante del código? A veces, muchísimo. Hay una paz casi zen en resolver un problema lógico complejo que no encuentras en una hoja de cálculo o en una reunión de estrategia. Sin embargo, hay una satisfacción distinta, más madura quizá, en ver cómo un desarrollador junior bajo tu tutela se convierte en senior, o cómo un equipo que estaba desanimado empieza a sacar pecho por lo que construye.
Ser Team Lead es una montaña rusa de soft skills. Si lo que más te apasiona en el mundo es la sintaxis y los frameworks, quizá este no sea tu camino, y no pasa absolutamente nada. Hay una carrera técnica maravillosa como Individual Contributor. Pero si te pica la curiosidad por cómo se construyen no solo sistemas, sino equipos de alto rendimiento, el salto merece la pena. Eso sí, prepárate para que tu herramienta favorita deje de ser el IDE y pase a ser la empatía.