El día que entendí que no gestionaba tecnología, gestionaba capital.
Durante años creí que mi trabajo como CTO consistía en tomar buenas decisiones técnicas. Arquitectura sólida. Código limpio. Equipos fuertes. Sistemas estables. Y no es que estuviera equivocado. Simplemente estaba mirando el problema desde demasiado cerca.
La primera vez que me senté en serio con un board, no a presentar un roadmap sino a discutir estrategia y caja, me di cuenta de algo que cambia la manera de ejercer el rol: nadie allí estaba evaluando mi tecnología. Estaban evaluando cómo estaba asignando capital. Cada sprint no era avance de producto. Era dinero transformado en hipótesis. Cada feature no era funcionalidad. Era una apuesta de retorno. Cada decisión arquitectónica no era elegancia técnica. Era una estructura de costes futura que alguien iba a tener que sostener.
Cuando el CFO mira tu roadmap no ve microservicios ni refactors. Ve consumo de caja. Ve compromisos implícitos. Ve riesgo acumulado. Ve una curva de gasto que puede o no tener correspondencia con ingresos. Y ahí es donde muchos CTOs siguen jugando al juego anterior. Defendemos decisiones pasadas. Justificamos migraciones. Explicamos por qué era necesario. Pero el board no está interesado en el pasado técnico. Está intentando decidir cómo asignar el capital futuro. La conversación cambia por completo cuando dejas de hablar en términos de arquitectura y empiezas a hablar en términos de elasticidad de costes, punto de equilibrio y opcionalidad.
No es lo mismo decir: “𝑵𝒆𝒄𝒆𝒔𝒊𝒕𝒂𝒎𝒐𝒔 𝒎𝒊𝒈𝒓𝒂𝒓 𝒂 𝒎𝒊𝒄𝒓𝒐𝒔𝒆𝒓𝒗𝒊𝒄𝒊𝒐𝒔”.
Que decir: “𝑺𝒊 𝒆𝒍 𝒗𝒐𝒍𝒖𝒎𝒆𝒏 𝒄𝒓𝒆𝒄𝒆, 𝒆𝒔𝒕𝒂 𝒂𝒓𝒒𝒖𝒊𝒕𝒆𝒄𝒕𝒖𝒓𝒂 𝒓𝒆𝒅𝒖𝒄𝒆 𝒆𝒍 𝒄𝒐𝒔𝒕𝒆 𝒎𝒂𝒓𝒈𝒊𝒏𝒂𝒍 𝒑𝒐𝒓 𝒕𝒓𝒂𝒏𝒔𝒂𝒄𝒄𝒊ó𝒏. 𝑺𝒊 𝒏𝒐 𝒄𝒓𝒆𝒄𝒆, 𝒏𝒐𝒔 𝒑𝒆𝒏𝒂𝒍𝒊𝒛𝒂. 𝑬𝒍 𝒃𝒓𝒆𝒂𝒌-𝒆𝒗𝒆𝒏 𝒆𝒔𝒕á 𝒆𝒏 𝒄𝒂𝒕𝒐𝒓𝒄𝒆 𝒎𝒆𝒔𝒆𝒔. 𝑬𝒔𝒕𝒆 𝒆𝒔 𝒆𝒍 𝒓𝒊𝒆𝒔𝒈𝒐. 𝑬𝒔𝒕𝒂 𝒆𝒔 𝒍𝒂 𝒂𝒑𝒖𝒆𝒔𝒕𝒂.”
Ahí es cuando la tecnología deja de ser un departamento y se convierte en un instrumento financiero.
En una startup, y todavía más cuando la empresa está en fase de scale up, la tecnología no es un centro de coste. Es el principal mecanismo de asignación de capital. Es donde se materializan las apuestas estratégicas.
El problema es que muchos CTOs siguen optimizando código cuando en realidad deberíamos estar gestionando balance. El rol no va de escribir mejor software y menos con la llegada del Agentic Engineering. Va de decidir qué parte del capital de la compañía se convierte en infraestructura, qué parte en velocidad, qué parte en opcionalidad y cuánto riesgo estamos dispuestos a cargar en el futuro.
Cuando entendí eso, dejé de sentir que defendía la tecnología. Empecé a sentir que estaba invirtiendo dinero. Y eso cambia completamente la forma en que hablas con el board.
