Tu CTO está en la reunión de roadmap a las 10, revisando la arquitectura de un microsservicio a las 16 y respondiendo dudas de sistema en Slack a las 23. Tres momentos del día, y los tres son trabajo de Staff Engineer que se acumula mientras el trabajo de CTO espera en la bandeja.
Está llenando un hueco real de la organización. El costo aparece en lo que nadie hace: la estrategia técnica de 24 meses queda sin dueño mientras cierra pull requests.
El trabajo del CTO
Los buenos CTOs pasan la mayor parte del tiempo en cuatro frentes:
- Ligar la estrategia de negocio a la estrategia técnica
- Construir la organización de ingeniería: contratación, estructura, cultura
- Representar ingeniería en el board y en las decisiones de producto
- Mantener relaciones técnicas con inversores, socios y clientes
Melvin Conway publicó en 1968 la relación entre cómo se organiza una empresa y el diseño de los sistemas que produce. Un CTO enterrado en implementación deja esa relación sin nadie que la conduzca.
El trabajo del Staff Engineer
El Staff Engineer trabaja dentro de la ingeniería, con profundidad:
- Visión de largo plazo para arquitectura y sistemas
- Estándares y guías que siguen varios equipos
- Liderazgo de proyectos técnicos de alto impacto
- Mentoría de séniores y revisiones de diseño
Will Larson describe el rol y sus arquetipos en Staff Engineer (O'Reilly, 2021). Camille Fournier dibuja la frontera entre ese trabajo y la gestión en The Manager's Path (O'Reilly, 2017).
Dos caminos mezclan los roles
La empresa creció y nadie asumió el rol. El CTO fundador era el Staff Engineer original. La organización pasó de 20 personas, el cargo cambió de alcance y el trabajo técnico profundo quedó sin dueño. Él lo absorbe porque no queda nadie más.
El CTO prefiere el trabajo técnico. Muchos llegan al cargo desde la trilla técnica. Contratar, armar equipos y negociar con el board rinden más lento que un problema de arquitectura, y el CTO elige el problema que conoce.
Los dos caminos encogen la estrategia y dejan el trabajo de Staff Engineering en manos de quien tiene el costo de oportunidad más alto de la empresa.
Lo que queda en nadie
- Nadie mira la arquitectura de 24 meses
- Cada squad decide sus propios estándares
- Las decisiones de negocio con impacto técnico siguen sin entrada de ingeniería
- El día del CTO se vuelve mesa de ayuda y la prevención de incidentes espera
El trabajo de Staff Engineering sigue ocurriendo, en manos de quien no tiene tiempo, foco ni mandato para hacerlo bien.
Cómo separar los dos roles
La separación se escribe en un papel, con alcance y responsabilidad definidos.
El CTO escribe hacia dónde necesita ir la organización técnica. El Staff Engineer escribe cómo llegar y sigue a los equipos en el camino. Los dos comparten la misma lista de prioridades y se sientan en las mismas revisiones de arquitectura.
Una empresa de menos de 15 personas puede acumular los dos roles, siempre que el CTO sepa que los acumula. Pasando de 15 a 20 ingenieros, la superposición empieza a costar horas de estrategia por semana.
Staff Engineer bajo demanda
Una empresa sin Staff Engineer interno contrata a un consultor para un alcance cerrado: arquitectura de un producto nuevo, elevación técnica de un equipo, diagnóstico de un sistema legado. El consultor llega con plazo y entregable, y el CTO vuelve al trabajo que solo él puede hacer.
