El CTO ya no es el dueño de la tecnología
Con IA, cualquier persona de tu empresa puede construir software. Eso cambió el rol del CTO, y el que no lo entienda va a terminar siendo un cuello de botella.
Durante veinte años, el CTO fue el amo y señor de todo lo que tuviera que ver con tecnología en una empresa. Si querías construir algo, pasabas por él. Si querías tocar el código, pasabas por él. Todo el conocimiento técnico estaba concentrado en una persona y en su equipo.
Eso se terminó.
Hace un tiempo entrevisté a Fernando Scasserra para el Growth Rockstar Podcast. Fer tiene una de las trayectorias más completas que vi en Latam: 15 años dentro de Mercado Libre, donde entró cuando la empresa tenía unas 100 personas y se fue cuando ya eran más de 8.000. Después cuatro años como CTO de Kavak. Y hoy liderando la transformación tecnológica de Ualá. O sea, un tipo que vio escalar tecnología en todas las escalas posibles.
Le pregunté qué está cambiando en su rol con la IA. Y me dio la respuesta más clara que escuché sobre el tema.
La tecnología dejó de pasar por una sola persona
El punto de Fer es simple: con IA, cualquier persona de la empresa puede construir software.
La chica de compras que arma una automatización para responder mails. El equipo de marketing que conecta un modelo a sus campañas. La gente de legales que hace una investigación con un agente. Ninguno de ellos necesita al equipo técnico para arrancar.
Como dice Fer, vino un tsunami. Y el CTO que sigue con la actitud de “yo tengo que revisar todo” simplemente no puede. No es que no debería. No puede. No hay forma de que una persona sea el cuello de botella de toda una empresa que de golpe se convirtió en un equipo de tecnología.
Entonces el rol cambia. El CTO ya no es el que construye toda la tecnología y es dueño de toda la tecnología. Pasa a ser un C-level de negocio que tiene su expertise en tecnología. Así como el de marketing sabe de marketing y el de ventas sabe de ventas, el CTO sabe de tech. Nada más. Y nada menos.
Soltar el control es la parte difícil
En la teoría todos están de acuerdo, pero en la práctica cuesta muchísimo porque significa aceptar que se van a mandar cag#das.
Que gente sin formación técnica va a construir cosas que a veces van a estar mal. Que vas a perder el control sobre una parte enorme de lo que se produce en tu empresa.
La reacción instintiva del CTO es cerrar. Poner reglas, procesos, aprobaciones. Y ahí es donde se equivoca. Porque el verdadero upside no está en controlar, está en desbloquear.
Fer lo explica con un cálculo:
Si en vez de frenar a todos, alineás la tecnología correcta y destrabás a mil personas que estaban haciendo algo mal, y esas mil personas ahora lo hacen 20% mejor, el impacto es gigante. Mucho más grande que cualquier cosa que el CTO pudiera construir solo con su equipo.
El nuevo trabajo no es hacer. Es habilitar.
Cómo se ve esto en la práctica
En Ualá, Fer está ejecutando un plan concreto para volver a la empresa AI First.
Primero, herramientas para todos. Le pagan Claude a cada persona de la empresa. El problema no es la falta de opciones, hay miles, el problema es elegir cuáles.
Segundo, trainings. Porque no alcanza con darle la herramienta a la gente y tirarla a la pileta. Y los trainings son distintos según el área.
Por ejemplo, al equipo técnico le vino gente de Amazon a enseñar a usar Kiro, y al de marketing le va a venir alguien de Google a mostrar cómo conectar un modelo a Meta. No es el mismo entrenamiento para el que programa que para el que hace campañas.
Tercero, una especie de academy donde después del training la persona viene con su caso de uso concreto y el equipo la ayuda a construirlo. Porque ahí es cuando realmente se aprende, cuando lo ponés a hacer.
Mi ejemplo favorito de todo esto es el de legales. En vez de esperar a que el equipo de legales se vuelva experto en IA, Fer les está armando un equipo virtual de agentes. La lógica es brillante: le ponen una casilla de mail. La persona manda un pedido a ese mail, tipo “necesito una investigación sobre tal regulación en México”, y del otro lado un manager agente agarra el proyecto, lo divide en tareas, se las pasa a otros agentes que las ejecutan, hay un QA que revisa, y 40 minutos después te vuelve un mail con la investigación hecha en PDF.
Y por qué mail y no una interfaz nueva? Porque todo el mundo ya usa mail todos los días. Nadie tiene que aprender qué es un MCP ni entender una herramienta nueva. Escribís un mail, te responden un mail. Fin.
Eso es pensar como un habilitador, no como un dueño.
Y esto no aplica solo a legales o a compras. El caso más interesante es el de producto. El PM que hasta hace un par de años escribía un PRD y se lo pasaba al equipo técnico, hoy puede definir, construir y deployar un producto con IA él mismo.
Ese cambio es tan profundo que armamos un programa entero alrededor de eso, Xtreme Product AI. Son cuatro semanas para que dejes de escribir specs y pasarle el trabajo al equipo técnico, y empieces a definir, buildear y deployar producto con IA vos mismo.
Si sos PM, founder con foco en producto o líder de un equipo que quiere construir con AI, podés ver el programa acá (cupos limitados).
La pregunta que sí importa
Hay un debate que escucho seguido: ¿la IA hace que necesites menos gente o que produzcas más?
Y la respuesta de Fer es “depende de qué empresa querés ser”.
Si venías mal de costos, la IA te deja hacer lo mismo con menos gente y mejorar esa línea. Pero si lo que necesitás es sacar más productos lo más rápido posible, te conviene mantener el equipo, o agrandarlo, y darle IA a todos.
Anthropic está sacando dos features por semana, y no lo está haciendo achicando el equipo. Lo está haciendo con un equipo grande que le saca todo el jugo posible a la IA.
O sea, la IA no te dice qué hacer. Te da una palanca más. La decisión de negocio sigue siendo tuya.
Y ese es el punto. El CTO del futuro no es el que sabe más de tecnología. Es el que entiende que la tecnología ahora es de todos, y que su trabajo es tomar las decisiones de negocio que hacen que esa tecnología distribuida empuje en la dirección correcta.
El que siga aferrado a ser el dueño de todo, va a terminar siendo un cuello de botella. El que aprenda a soltar y habilitar, va a desbloquear a toda su empresa.
Si querés aprender a construir producto con IA en vez de esperar a que el equipo técnico lo haga por vos, este es el momento.
En nuestra formación Xtreme Product AI Ramiro Castro, Product & AI en AceUp y ex Growth PM en Mural, enseña en cuatro semanas a construir y lanzar producto con IA, dominando los frameworks que usan hoy los mejores equipos de producto del mundo.
La primera cohorte arranca el 20 de julio y los cupos son limitados.
 | Una publicación invitada por
|