En mi artículo anterior, escribí sobre el estado actual de la definición de requisitos de 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 encender otra alarma sobre un tema relacionado.
El problema es que los CTOs y los SE internos, gracias a que ahora pueden programar tan rápido con el desarrollo impulsado por IA, se están convirtiendo en meros tomadores de pedidos de los departamentos de negocio—esencialmente, 'SIers internos'.
La Nueva Dinámica Creada 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 de antes. 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 iniciativa en la transformación digital y colaboran con TI para lanzar sistemas rápidamente.
Sin embargo, aquí hay una trampa.
Siento que cada vez más CTOs 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 de negocio no está mal en sí mismo. El problema es lo que sucede cuando continúas cumpliendo cada solicitud individual de un departamento tal como viene.
A esto lo llamo la proliferación de 'sistemas dispersos' y 'bases de datos dispersas'.
Ventas crea su propio CRM, Marketing configura 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 obtuvo 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 del cliente 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 que es 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 información que abarca los departamentos. Solo cuando los datos de ventas, el historial del cliente, los efectos de marketing y los datos financieros están integrados, la IA puede proporcionar información que ayude en las decisiones de gestión.
En un entorno lleno de sistemas dispersos, los datos no están conectados desde el principio. Podrías 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 en el negocio.
Al acumular optimizaciones departamentales, pierdes permanentemente la optimización total. Este es el riesgo que los CTOs y SE internos tomadores de pedidos crean sin saberlo.
El Verdadero Rol que los CTOs y los SE Internos Deberían Desempeñar
Entonces, ¿cómo deberían ser los CTOs y los SE internos?
La respuesta es clara: Conviértete 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 solo construirla, juzgas 'cómo debería posicionarse esta solicitud dentro de la arquitectura de toda la empresa'. En algunos casos, debes decir: 'Esto no debería construirse de forma individual'. Si se puede manejar expandiendo plataformas existentes, guíalos hacia allí.
Esto podría parecer inconveniente para los departamentos de negocio. Podrían preguntar: '¿Por qué estás hablando de toda la empresa cuando solo quiero que esto se construya ahora?'
Pero solo los CTOs y los 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 de toda la empresa. 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 que se requiere de los CTOs 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 materializar en unos días. Pero debes tener el poder de cuestionar si construirla es realmente correcto para toda la empresa.
¿Se puede manejar esta solicitud con plataformas existentes? ¿Está alineada la estructura de datos 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 en el futuro?
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 rol de los CTOs y SE internos sigue exactamente la misma estructura.
En lugar de ser tomadores de pedidos, tu papel como diseñadores de la arquitectura de toda la empresa 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 CTOs 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á difundiendo el discurso de que 'SaaS está 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 las plataformas nativas de IA.
Pero, ¿está realmente muriendo SaaS?
No creo que sea tan simple. Las empresas de 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 agentiva, facturación basada en resultados, plataformas de IA específicas de la industria... existe una alta probabilidad de que surjan productos en formas que actualmente no podemos imaginar.
En otras palabras, tanto concluir que 'SaaS está muerto' y apresurarse al desarrollo interno, como dejar de pensar creyendo que 'SaaS es suficiente', son riesgos.
La postura que un CTO/SE interno debe adoptar no es apostar por uno u otro. Es diseñar una arquitectura que pueda responder sin importar hacia dónde giren las cosas.
Específicamente, estandariza cómo se almacenan los datos y crea una estructura que no esté bloqueada en un SaaS o herramienta específicos. Mantén las conexiones del sistema débilmente acopladas a través de APIs. No dejes que los sistemas dispersos proliferen; unifica la base de datos de la empresa.
Con esta filosofía de diseño, si SaaS evoluciona y surgen mejores productos, puedes cambiar. 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 CTOs y SE internos en la era de la IA. Por el contrario, solo los expertos técnicos pueden hacer esto. No quiero que gastes esos recursos valiosos como un SIer interno.
Acelerando los Procesos Previos con IA
Como herramienta para apoyar la transformación de los procesos previos, 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 las barreras de implementación y ayudarles a enfrentar lo esencial. Úsalo especialmente para los juicios 'previos a la construcción' que he discutido.
La personalización es gratuita. Por favor, haz uso de ello.
