Artículo · 2 min
Lo que cambió cuando dejé de escribir solo código
Mi primera promoción a lead me enseñó que entregar más código ya no era el punto. El multiplicador son los sistemas y las personas, no las heroicidades.
A lo largo de cinco años y medio en una misma empresa pasé de Frontend Developer a Frontend Tech Lead y luego a Technical Lead. Misma empresa, tres altitudes. Las promociones cambiaron mi título dos veces, pero lo que realmente cambiaron fue la definición de mi trabajo — y el segundo cambio es el que vale la pena contar.
El giro que nadie te explica de antemano
Como IC, el éxito es legible: las funcionalidades que entregas. Entré construyendo frontends de clientes desde cero, y por un tiempo, mejorar significaba entregar mejor.
La primera promoción vino de hacer cosas que no eran estrictamente mis tickets — tomar responsabilidad sobre estándares, componentes reutilizables y calidad de entrega. Y con ella, el trabajo se invirtió silenciosamente. El éxito dejó de ser mi producción. El trabajo se volvió: analizar requisitos de clientes, proponer arquitectura, elegir tecnologías, distribuir trabajo, desbloquear desarrolladores, revisar implementaciones, hacer mentoría a juniors. Entregar más código que nadie ya no era el punto — hacer que el proyecto tuviera éxito técnico lo era.
Las palancas que componen valor
Como Technical Lead, liderando equipos distribuidos a través de proyectos concurrentes, aprendí que el apalancamiento de un lead vive en un puñado de cambios que siguen pagando después de hacerlos:
- Adopción de CI/CD en los proyectos — la frecuencia de despliegue subió aproximadamente un 30%.
- Estándares de ingeniería y componentes reutilizables — para que la calidad deje de depender de quién esté asignado al proyecto.
- Code review sistemático — usado para enseñar, no para bloquear.
- Mentoría — entregar a los juniors proyectos reales y guiarlos en las partes difíciles, en lugar de hacerlo por ellos. Hacerlo por ellos es más rápido exactamente una vez.
Nada de esto es heroico. Ese es el punto. La versión heroica del liderazgo — el lead que rescata personalmente cada proyecto — no escala y no le enseña nada a nadie.
Seguir con las manos en el código, honestamente
Durante todo eso seguí escribiendo código, y sigo considerándolo esencial para cómo lidero: proponer arquitectura que no vas a tocar es un trabajo distinto (y peor). Pero seré honesto también con el límite — nunca he llevado gestión formal de personas: contratación, evaluaciones de desempeño, compensación. Ese es mi borde de crecimiento, y algo que genuinamente me interesa.
La forma que sé que funciona, porque la he vivido: liderazgo técnico en el punto donde el liderazgo de código y el liderazgo de personas se encuentran — arquitectura, decisiones de tecnología, desbloquear, revisar, hacer mentoría — mientras te mantienes lo bastante cerca del código para conservar el criterio afilado.