Contrataste un ingeniero sénior de currículum fuerte. Seis meses después él entrega solo los proyectos difíciles, revisa el código del equipo y resuelve los incidentes de madrugada. La pregunta que queda es qué cambió en la organización por causa de él, y la respuesta sale corta.
Staff Engineer es el título que ocupa ese espacio. Google, Meta y Stripe usan el nombre desde inicios de los años 2010. En Brasil llegó tarde y ya aparece en bandas salariales, en entrevistas y en conversaciones de board. La mayoría de las empresas publica la vacante sin alcance escrito, y de ahí salen contrataciones de Staff con alcance de sénior.
El alcance separa los dos puestos
Tratar al Staff Engineer como el escalón después de Sénior lee mal el rol. Los dos hacen trabajo técnico y cada uno cubre un alcance distinto.
Un sénior fuerte toma un proyecto complejo con autonomía, sube la calidad del código y mentoriza a quien entra al equipo. Su alcance termina en el equipo.
Un Staff Engineer decide en alcance de organización. Estándar de código, diseño de plataforma y orden de prioridades técnicas valen para varios equipos al mismo tiempo y llegan a la estrategia de producto. Will Larson describe la diferencia en Staff Engineer: Leadership Beyond the Management Track (O'Reilly, 2021): el sénior sube la producción del equipo, el Staff sube la producción de toda la ingeniería.
El trabajo en cuatro arquetipos
Larson agrupa el rol en cuatro arquetipos, y la mayoría de las vacantes de hoy combina dos de ellos:
Tech Lead de alcance amplio
Lidera un programa técnico que cruza squads: migración de plataforma, contrato de API entre productos, calendario de release compartido. El sprint del equipo queda con otro líder.
Arquitecto de sistemas
Sostiene la visión de arquitectura de 18 a 24 meses y responde por las decisiones de diseño que la sostienen. Martin Fowler trata la responsabilidad en "Who Needs an Architect?" (2003): el arquitecto responde por la estructura del sistema y por los efectos de cada elección.
Solucionador de problemas
Entra en el proyecto de riesgo alto con resultado desconocido: una falla intermitente en producción, una migración de base sin ventana de mantenimiento, una integración que bloquea el lanzamiento. Sale con el bloqueo resuelto y devuelve el equipo al trabajo normal.
Coach de ingeniería
Escribe guías de arquitectura, corre revisiones de diseño y acompaña a séniores que apuntan al siguiente nivel. La entrega son personas más fuertes, y ves el resultado meses después.
Señales de que la vacante está vacía
Situaciones concretas indican que el trabajo de Staff Engineering ocurre sin dueño:
- Equipos paralelos resuelven el mismo problema con decisiones técnicas distintas
- La deuda técnica crece y nadie tiene autoridad para recortar alcance y pagar la cuenta
- Séniores excelentes piden dirección técnica y reciben gestión de personas
- El CTO toma toda decisión de arquitectura porque el resto del equipo no tiene mandato
- Un ingeniero nuevo tarda meses en contribuir porque el equipo no tiene guía de código que entregar
- Un proyecto complejo se atrasa porque cada equipo ve solo su propia parte del sistema
- El sistema se cae y dos personas lo resuelven porque conocen la operación de memoria
Quien hace la evaluación anota el último ítem como riesgo operacional. El Google SRE Book (Beyer, Jones, Petoff y Murphy, O'Reilly, 2016) llama toil al trabajo manual que se repite sin automatización y pide medir cuánto tiempo de ingeniería consume. El conocimiento concentrado en dos personas entrega toil y punto de fallo a la vez.
Los otros seis también cuestan dinero: entrega atrasada, retrabajo, un buen ingeniero que se va, deuda que nadie paga. Forsgren, Humble y Kim miden en Accelerate (2018) que la capacidad de cambiar sin romper nada acompaña a la arquitectura pensada para cambiar y al tiempo reservado en cada sprint para calidad. Con el rol vacío, los dos apoyos se quedan sin dueño.
Puesto fijo o contrato por alcance
Una organización con varios equipos, producto en escala y operación con guardia incorpora un Staff Engineer. El trabajo allí es continuo: revisión de arquitectura cada semana, prioridad técnica cambiando cada trimestre, gente para desarrollar.
Una empresa que atraviesa un momento puntual, como una migración de arquitectura, un equipo que se duplica o el lanzamiento de un producto nuevo, contrata por alcance cerrado. Un ciclo de 2 a 4 meses entrega arquitectura definida, guías escritas, séniores en mentoría y revisiones de diseño corriendo en los equipos. Cuando la rutina pide presencia semanal, entra en la cuenta el puesto fijo.
Antes de abrir la vacante
Escribe primero la lista de problemas técnicos de alcance organizacional que frenan a la ingeniería hoy: decisión de arquitectura pendiente, estándar que cada squad aplica a su manera, migración que nadie conduce. Sacas la lista de la conversación con los líderes de equipo y cabe en una página.
Mientras la lista sigue sin dueño, el trabajo sigue ocurriendo en las manos del CTO y de séniores sin mandato para decidir.
