«Ya tenemos CTO» responde a una pregunta que nadie ha hecho
La respuesta que más veces recibo cuando presento Conectia a un founder tiene cuatro palabras: «ya tenemos un CTO». Un fundador la alargó hasta seis: «tenemos CTO, y es ex-Amazon». Le creí. Su empresa era mejor gracias a ello. Y aun así, su respuesta contestaba una pregunta que yo no había hecho.
Yo también soy CTO. Llevo sistemas en producción desde finales de los noventa, pasé años en DevOps corporativo con el busca encima, y hoy dirijo ingeniería en Conectia mientras hablo con founders cada semana. Así que cuando oigo «ya tenemos CTO» no oigo una puerta cerrada: oigo un error de categoría — la suposición de que un partner de ingeniería es un candidato al puesto de CTO, haciendo cola para sustituir a la persona que firma la arquitectura.
No lo es. El puesto nunca fue el cuello de botella. El cuello de botella es el calendario de quien lo ocupa.
El puesto de CTO y el calendario del CTO son dos problemas distintos
El puesto contiene el criterio: qué construir, sobre qué arquitectura, con qué compromisos y a qué coste. Si tu CTO es bueno, nadie de fuera debería tocar esas decisiones — y nosotros no pedimos tocarlas.
El calendario contiene todo lo demás, y todo lo demás es la mayor parte. Pasar de cinco a doce ingenieros significa que alguien gestiona el embudo de captación, criba perfiles, hace las entrevistas técnicas, negocia las ofertas, prepara el onboarding, revisa las PRs del primer mes de cada recién llegado y absorbe los incidentes que se disparan mientras la gente nueva aprende el sistema. Todas esas horas tienen el mismo dueño: la persona a la que contrataste para pensar en arquitectura.
Esa es la pregunta que vale la pena hacer, y no tiene nada que ver con si el puesto está cubierto: ¿cuántas horas a la semana ejerce de CTO tu CTO?
Cómo es mi semana cuando el cuello de botella soy yo
Puedo describir el modo de fallo desde dentro, porque he vivido las dos versiones de la semana.
La versión atascada: dos llamadas de criba encajadas entre deploys. Una entrevista técnica que se come la tarde que había bloqueado para diseñar la migración. Una cola de PRs donde todo me espera a mí, porque los dos ingenieros más nuevos aún no son revisores de confianza. Un documento de onboarding que escribí hace ocho meses y que ya no se corresponde con la infraestructura — y lo descubre, como siempre, la persona que dependía de él. Llega el viernes, el trabajo de arquitectura sigue donde lo dejé el lunes, y la línea del roadmap que lleva mi nombre se retrasa por tercera semana consecutiva.
Ninguna de esas tareas fue un error. Cada una era lo más urgente en su momento. Pero la suma de todas es un CTO haciendo de recruiter, de tutor de onboarding y de cuello de botella de cada revisión, mientras el trabajo que solo el CTO puede hacer sigue esperando.
Y ese coste es asimétrico de una forma que el calendario esconde. Cribar a un candidato es una hora que cualquier perfil senior podría asumir; diseñar el modelo de datos sobre el que se apoyará el producto de los próximos dos años es una hora que solo una persona en toda la empresa puede ejecutar. Cuando ambas compiten por el mismo martes, gana el trabajo con gente esperando — en las entrevistas siempre hay alguien al otro lado; en las migraciones, no — y pierde el trabajo que acumula valor con el tiempo. La empresa no nota esa pérdida la semana en que ocurre. La nota dos trimestres después, cuando la arquitectura resulta ser un parche tras otro en lugar de una decisión, y rara vez conecta esa deuda con el embudo de selección que la causó.
La otra versión de la semana aparece cuando el despliegue de talento es el trabajo de alguien en concreto, y no la tarea que desborda a todo el mundo. Un ingeniero se incorpora con la primera semana ya preparada — accesos, contexto, un plan — porque prepararla era el entregable del partner, no algo que el CTO resolvió un domingo por la noche. Los check-ins son semanales y con las dos partes, así que el bache de la semana siete aflora como conversación y no como crisis. Y si el encaje no es el correcto, presentar un sustituto en días es obligación del partner, cubierta por una garantía de 30 días, a cuenta del partner. El CTO de esa versión revisó a un solo candidato — el match, validado por un filtro que deja pasar al 3% — y dedicó las horas recuperadas al diseño de la migración.
La trampa tiene nombre, y los líderes técnicos siguen cayendo en ella
Ya hemos escrito sobre la trampa del «lo construyo yo»: el fundador técnico que sabe hacer todos los trabajos y por eso los hace todos, convirtiéndose en el techo de su propia empresa. La versión CTO es más sutil, porque la delegación ya ocurrió una vez: el código está delegado en el equipo. Lo que nunca se delega es la maquinaria alrededor del equipo: encontrar a la gente, incorporarla, sostenerla y sustituirla cuando algo falla.
Los CTOs fuertes delegan esa maquinaria igual que delegaron las nóminas. No porque no sepan llevarla — está demostrado que saben — sino porque es la parte de su semana que más horas devora y menos criterio exige, y es la única línea de su calendario que otra persona puede asumir de principio a fin sin tocar una sola decisión de arquitectura.
Las nóminas son el precedente, porque el sector ya tuvo esta discusión una vez. Hace veinte años había founders que llevaban la nómina en una hoja de cálculo, y la objeción a externalizarla tenía la misma forma: «ya tenemos a alguien que se encarga». Lo tenían — y las horas de esa persona valían más en otro sitio, y el especialista cometía menos errores, y hoy nadie lee «usamos un proveedor de nóminas» como la confesión de que el área financiera ha fracasado. El despliegue de talento recorre el mismo camino con un par de décadas de retraso: es crítico, es procedimental, premia a quien lo ejecuta cientos de veces al año frente a quien lo ejecuta cuatro, y llevarlo dentro de casa no dice nada sobre la solidez de tu liderazgo técnico.
Lo que se queda en casa — siempre — es el listón. El partner gestiona el embudo; tu CTO sigue diciendo sí o no, sigue sosteniendo el estándar que la validación tiene que superar, sigue decidiendo qué necesita el equipo a continuación. Delegar la maquinaria sin delegar el criterio es, exactamente, el diseño.
A veces la objeción es del todo correcta
Dos casos, con honestidad.
Si tu equipo son cuatro ingenieros, la superficie de producto es estable, contratas a una persona al año y no te aprieta ningún plazo — no necesitas un partner de ingeniería, y quien insista en lo contrario te está vendiendo sobrecoste. La maquinaria que he descrito solo justifica su precio cuando el equipo crece o el roadmap tiene una fecha impuesta por algo real: un hito de financiación, un contrato, un lanzamiento.
Y si el puesto en sí está vacío — si no hay liderazgo técnico de ningún tipo — un partner de despliegue tampoco es la respuesta, porque deliberadamente no sustituimos el criterio. Esa es otra conversación, la de si necesitas un CTO, fraccional o no, y va primero.
Cinco líneas que contar en el calendario de tu CTO esta semana
Un diagnóstico sin acción es solo una opinión, así que haz la auditoría. Durante una semana normal, cuenta:
- Horas en el embudo de contratación — revisión de perfiles, cribas, entrevistas, llamadas de oferta.
- Horas de onboarding o desbloqueo de ingenieros con menos de tres meses en el equipo.
- PRs que esperaron más de 24 horas porque el CTO era el único revisor viable.
- Incidentes donde el CTO fue el primero en responder por defecto, no por escalado.
- Líneas del roadmap que se retrasaron y que, siendo honestos, se explican por las líneas 1–4.
Si las cuatro primeras líneas suman menos de media jornada, cierra esta pestaña: lo tenéis bien resuelto. Si suman una jornada o más, la pregunta nunca fue si tienes CTO. Es cuánta parte de esa persona aprovecha tu empresa.
Quédate con el CTO. Deja todas las decisiones en el puesto. Y entrega el despliegue — encontrar, incorporar, sostener — a alguien cuyo único trabajo es hacerlo bien. Esa es la oferta, y no compite con nadie de tu organigrama.
Si quieres ver cómo queda la versión desplegada de la semana en tu equipo, habla con un CTO — en sentido literal: es quien responde.
