Staff Engineer: cómo gestionarlos sin micromanagement
Gestionar a un Staff Engineer es un ejercicio de equilibrio. Si estás demasiado presente, bloqueas a alguien que necesita espacio para tener impacto a gran escala. Si no estás lo suficientemente presente, pierdes la visibilidad sobre lo que ocurre y no puedes ayudarle a navegar por los aspectos organizativos y políticos que forman parte de su rol.
La mayoría de los EMs se equivocan en un sentido o en otro. Aquí te explicamos cómo encontrar el equilibrio adecuado.
Entender qué necesitan
Un Staff Engineer no es un Senior Engineer con más experiencia. Es un nivel diferente con un alcance distinto. Su impacto ya no se mide en PRs o funcionalidades, sino en la calidad técnica de las decisiones de todo un equipo, en la capacidad de sacar adelante temas transversales y en la influencia arquitectónica a 6-18 meses.
Este alcance implica necesidades específicas. Necesitan autonomía para explorar y tiempo para pensar sin estar en el flujo constante del delivery. Necesitan visibilidad sobre la estrategia y las prioridades de la organización para que su trabajo esté alineado. Y necesitan ser reconocidos por su impacto real, no por su actividad superficial.
Este último punto es crucial. Un Staff Engineer que sube pocos commits esta semana porque está reflexionando sobre la arquitectura de los próximos 6 meses no está "trabajando mal". Un manager que mide el rendimiento únicamente por la actividad visible crea un entorno donde los Staff Engineers pasan su tiempo justificando su valor en lugar de creándolo.
La trampa del micromanagement
El micromanagement de un Staff Engineer suele adoptar formas sutiles. No es "enséñame tu código antes de subirlo". Es "¿por qué no estuviste en esa reunión?", "¿has avanzado en el tema que hablamos?", "envíame un resumen de lo que estás haciendo esta semana".
Estas peticiones parecen razonables; un manager tiene derecho a saber qué pasa en su equipo. Pero para un Staff Engineer significan otra cosa: no confías en mi juicio sobre cómo usar mi tiempo y me obligas a rendirte cuentas con una granularidad que no es la correcta.
La consecuencia a largo plazo: los mejores Staff Engineers se van. No inmediatamente; intentan adaptarse, ofreciendo los informes esperados mientras hacen su trabajo. Pero con el tiempo, al volverse el entorno demasiado restrictivo para su modo de funcionamiento, buscan otra cosa.
Mantenerse informado sin bloquear
La interfaz correcta con un Staff Engineer no es un informe semanal, sino un 1:1 de calidad, quizá menos frecuente, pero denso en contenido. El objetivo no es "¿qué has hecho esta semana?", sino "¿dónde estás bloqueado?", "¿qué puedo desbloquear yo a nivel organizativo?", "¿cómo puedo ayudarte a tener más impacto?".
No necesitas saber todo lo que hacen. Necesitas saber: ¿está su trabajo alineado con las prioridades estratégicas? ¿Hay bloqueos organizativos que solo tú puedes resolver? ¿Se sienten reconocidos por su impacto real?
Estas tres preguntas, planteadas regularmente en un espacio de confianza, te dan todo lo que necesitas sin entrar en los detalles de la ejecución diaria.
El impacto y la visibilidad
Un problema recurrente para los Staff Engineers: su trabajo es difícil de visibilizar. Un Senior Engineer sube PRs; eso es medible. Un Staff Engineer pasa dos semanas logrando un consenso sobre una decisión de arquitectura; eso no aparece en las métricas habituales.
Tu rol como manager es amplificar la visibilidad de ese impacto. No en su lugar, sino creando los espacios donde puedan compartirlo: revisiones de diseño, tech talks, conversaciones con otros equipos. Y mencionando explícitamente, en las revisiones de rendimiento y en las conversaciones con tu propia dirección, lo que esa persona ha hecho posible.
Es una forma de gestión invisible pero esencial. El Staff Engineer que sabe que su manager entiende y valora su tipo de impacto está infinitamente más alineado y comprometido que aquel que debe justificar constantemente cómo emplea su tiempo.
En Moston, puedes anotar estas contribuciones no cuantificables (decisiones influenciadas, temas desbloqueados, alineaciones logradas) y tenerlas a mano cuando llegue el momento de hablar de ellas. La memoria managerial no debe olvidar lo que no se mide fácilmente.