En mi artículo anterior, escribí sobre el estado actual de la definición de requisitos en IA —cómo el proceso está pasando de 'organizar' a 'decidir'— y mi preocupación de que muchos lugares de trabajo están delegando ciegamente su pensamiento sin darse cuenta de este cambio.
Esta vez quiero hacer sonar otra alarma sobre un tema relacionado.
El problema es que los CTO y los SE internos, al poder programar tan rápido con el desarrollo impulsado por IA, se están convirtiendo en meros tomadores de pedidos de los departamentos de negocio —en esencia, 'SIers internos'.
Las nuevas dinámicas creadas por el desarrollo impulsado por IA
Es un hecho innegable que la difusión del desarrollo impulsado por IA ha reducido drásticamente la barrera para programar.
Como resultado, las solicitudes de los departamentos de negocio como 'quiero esto' o 'quiero sistematizar esto' llegan a una velocidad incomparable a la anterior. No es raro que el personal de negocio enumere requisitos usando IA ellos mismos, o incluso cree prototipos.
A primera vista, esto parece algo bueno. Parece un escenario ideal donde los departamentos de negocio toman la delantera en la transformación digital y colaboran con TI para lanzar sistemas rápidamente.
Sin embargo, hay una trampa aquí.
Siento que cada vez más CTO y SE internos se están convirtiendo en 'personas que simplemente dan forma a las solicitudes de los departamentos de negocio'. Reciben una solicitud, la materializan técnicamente y la entregan. Esto es exactamente lo que hace un SIer interno.
Lo que espera al final de la toma de pedidos
Responder a las solicitudes comerciales no está mal en sí mismo. El problema es lo que sucede cuando continúas cumpliendo cada solicitud individual de cada departamento tal cual.
A esto lo llamo la proliferación de 'sistemas dispersos' y 'bases de datos dispersas'.
Ventas crea su propio CRM, Marketing monta una plataforma de análisis de datos separada, y Atención al Cliente construye su propia gestión de tickets. Cada departamento está satisfecho porque consiguió un sistema optimizado para su trabajo a alta velocidad.
Pero ¿qué pasa con la empresa en su conjunto?
Los datos están dispersos en diferentes lugares y los formatos no están unificados. La misma información de clientes existe en diferentes formas en múltiples bases de datos. Cada vez que intentas vincular datos entre departamentos, necesitas trabajo manual o desarrollo personalizado.
Esto es un silo técnico.
Debido a que el desarrollo impulsado por IA facilita tanto la construcción de sistemas, este silenciamiento avanza a una velocidad sin precedentes. Anteriormente, los altos costos de desarrollo actuaban como un freno natural. Existía una dinámica de 'es difícil construir, así que seleccionemos estrictamente solo lo realmente necesario'.
Ahora, ese freno ha desaparecido. Porque se puede construir, se construye. Como resultado, los sistemas y bases de datos dispersos se multiplican, y la cantidad de aplicaciones e infraestructura que gestionar sigue aumentando.
Por qué esto es fatal en la era de la IA
Podrías pensar: 'Aunque los sistemas estén un poco dispersos, está bien mientras funcionen'. Sin embargo, en la era de la IA, este silenciamiento causa problemas más fatales que nunca.
La razón es simple: El valor de la IA es proporcional al grado de integración de datos.
La IA realmente muestra su poder cuando los datos están integrados en toda la empresa, permitiendo obtener perspectivas que abarcan departamentos. Solo cuando los datos de ventas, el historial de clientes, los efectos de marketing y los datos financieros están integrados, la IA puede proporcionar información que ayude en la toma de decisiones gerenciales.
En un entorno lleno de sistemas dispersos, los datos no están conectados desde el principio. Puedes lograr pequeñas optimizaciones de IA dentro de los departamentos, pero nunca alcanzarás la utilización de IA a nivel empresarial —el tipo que realmente tiene un impacto comercial.
Al acumular optimizaciones departamentales, pierdes permanentemente la optimización total. Este es el riesgo que los CTO y SE internos tomadores de pedidos crean sin saberlo.
El verdadero papel que deben desempeñar los CTO y SE internos
Entonces, ¿cómo deberían ser los CTO y SE internos?
La respuesta es clara: Conviértanse en 'diseñadores y decisores' en lugar de solo 'constructores'.
'Diseño' aquí no significa diseñar sistemas individuales. Significa diseñar la arquitectura de datos y sistemas para toda la empresa.
Cuando llega una solicitud de un departamento de negocio, en lugar de simplemente construirla, juzgas 'cómo debería posicionarse esta solicitud dentro de la arquitectura empresarial'. En algunos casos, debes decir: 'Esto no debería construirse individualmente'. Si se puede manejar expandiendo plataformas existentes, guíalos hacia allí.
Esto puede parecer inconveniente para los departamentos de negocio. Podrían preguntar: '¿Por qué hablas de toda la empresa cuando solo quiero que esto se construya ahora?'
Pero solo los CTO y SE internos pueden hacer ese juicio. Los departamentos de negocio tienen incentivos para optimizar su propia área, pero ningún incentivo para proteger la arquitectura empresarial. Por eso los expertos técnicos deben desempeñar el papel de guardianes de la optimización total.
La 'decisión de no construir' es la habilidad técnica más alta
Irónicamente, la habilidad más importante requerida de los CTO y SE internos en la era de la IA podría ser la 'decisión de no construir'. Por eso los llamo 'decisores'.
Llega una solicitud de un departamento de negocio. Es técnicamente posible. Con IA, se puede dar forma en unos días. Pero debes tener el poder de cuestionar si construirla es realmente correcto para toda la empresa.
¿Puede esta solicitud ser manejada por plataformas existentes? ¿La estructura de datos está alineada con las reglas de la empresa? ¿Ya hay un sistema similar funcionando en otro departamento? ¿Agregar un sistema individualmente optimizado dificultará la integración de datos futura?
Ser capaz de hacer estas preguntas es la verdadera fortaleza técnica en la era de la IA.
La IA se encargará de la programación. Sin embargo, juzgar qué construir y qué no construir es algo que la IA no puede hacer. Como mencioné en el artículo anterior de que 'la definición de requisitos se convertirá en un proceso de toma de decisiones', el papel de los CTO y SE internos sigue exactamente la misma estructura.
En lugar de ser tomadores de pedidos, tu papel como diseñadores de la arquitectura empresarial se vuelve cada vez más importante debido a la era de la IA.
Creando un 'estado de preparación' porque el futuro es impredecible
Si bien he enfatizado la importancia de la 'decisión de no construir', hay una perspectiva más que los CTO y SE internos deberían tener.
Debido a que el futuro es impredecible en la era de la IA, debes mantener a la empresa en un estado en el que pueda moverse en cualquier momento.
Actualmente, se está extendiendo el discurso de que 'SaaS ha muerto'. Desde que el CEO de Microsoft, Satya Nadella, pronunció estas palabras a finales de 2024, muchos han predicho el fin de SaaS. De hecho, las valoraciones de SaaS se están comprimiendo y el interés de los inversores se está desplazando rápidamente hacia plataformas nativas de IA.
Pero, ¿está realmente muriendo SaaS?
No creo que sea tan simple. Las empresas SaaS están invirtiendo fuertemente en I+D para encontrar la forma óptima de software para la era de la IA. Integración de IA agéntica, facturación basada en resultados, plataformas de IA específicas de la industria... existe una alta posibilidad de que surjan productos en formas que actualmente no podemos imaginar.
En otras palabras, tanto concluir que 'SaaS ha muerto' y lanzarse al desarrollo interno, como detener el pensamiento pensando que 'SaaS es suficiente', son riesgos.
La postura que debe tomar un CTO/SE interno no es apostar por uno u otro. Es diseñar una arquitectura que pueda responder sin importar hacia dónde se dirijan las cosas.
Específicamente, estandarizar cómo se almacenan los datos y crear una estructura que no esté bloqueada en un SaaS o herramienta específica. Mantener las conexiones de sistemas débilmente acopladas a través de APIs. No dejar que proliferen sistemas dispersos; unificar la base de datos de la empresa.
Con esta filosofía de diseño, si SaaS evoluciona y surgen mejores productos, puedes cambiarlos. Por el contrario, si queda claro que construir internamente es mejor para un área determinada, puedes migrar allí.
No puedes predecir el futuro. Pero puedes crear una estructura que pueda responder a él. Esa es la esencia del diseño arquitectónico requerido de los CTO y SE internos en la era de la IA. A la inversa, solo los expertos técnicos pueden hacer esto. No quiero que gastes esos recursos preciosos como un SIer interno.
Acelerando los procesos ascendentes con IA
Como herramienta para apoyar la transformación de los procesos ascendentes, hemos lanzado 'GEAR-UI', una herramienta de IA para definición de pantallas y generación de maquetas, como OSS (Software de Código Abierto).
Al hacerlo OSS, esperamos liberar a los usuarios de obstáculos de implementación y ayudarlos a enfrentar lo esencial. Úsalo especialmente para los juicios 'previos a la construcción' que he discutido.
La personalización es gratuita. Aprovéchala.
