No. 05 · Conceptual
Los cuatro enfoques para la modernización con IA
Desde la reparación de un sistema a la vez hasta la eliminación completa de la capa de aplicaciones: las cuatro vías por las que un gobierno reconstruye su patrimonio digital con rapidez.
Abstract. Conocemos el patrimonio digital y sabemos que no puede repararse como siempre se ha hecho. La pregunta que responde este documento es cómo lograrlo. Existen cuatro formas de modernizar un sistema gubernamental con IA, y cada una supone una mayor ambición que la anterior. El Taller de IA repara y reemplaza sistemas de uno en uno. La Fábrica de IA construye aplicaciones totalmente nuevas de plena propiedad gubernamental. La Racionalización con IA reduce todo el conjunto de sistemas superpuestos de un ministerio a un número reducido de módulos modernos. Y Gobierno 3.0 elimina la aplicación como tal, permitiendo que los agentes de IA trabajen directamente sobre datos gobernados y generen la interfaz que cada persona necesita en cada momento. Ningún enfoque por sí solo lo abarca todo, por lo que se necesitan los cuatro. En conjunto, constituyen el camino para que un gobierno alcance una reducción de aproximadamente el 95 % en el coste y el tiempo de sus implementaciones de software, reconstruyendo sus sistemas centrales en el transcurso de un solo mandato en lugar de a lo largo de casi un siglo.
Los documentos anteriores de esta colección midieron el patrimonio tecnológico y explicaron por qué no puede repararse como siempre se ha hecho. Sabemos qué sistemas operamos, conocemos su estado y sabemos que, al ritmo al que el gobierno ha trabajado históricamente, el plazo de reparación se mide en décadas. Este documento trata de qué hacemos con ese conocimiento. Existen cuatro formas principales de modernizar un sistema gubernamental con IA. Cada una supone una mayor ambición que la anterior, desde la intervención más ligera hasta la reconstrucción más completa, y ninguna de ellas abarca todo por sí sola. Un patrimonio gubernamental real necesita las cuatro. ## §01 Cuatro rutas de avance Los cuatro enfoques son el **Taller de IA**, la **Fábrica de IA**, la **Racionalización con IA** y **Gobierno 3.0**. El Taller repara un sistema en el lugar donde se encuentra. La Fábrica construye uno nuevo para reemplazarlo. La Racionalización reduce todo un conjunto de sistemas superpuestos a unos pocos módulos modernos. Gobierno 3.0 elimina la aplicación por completo y permite que los agentes de IA trabajen directamente sobre datos gobernados. Cada enfoque es adecuado para un tipo diferente de sistema, y cada uno exige más a la organización que el anterior. El enfoque que se aplica a cada sistema depende de su estado. El Ministerio decide mediante una prueba sencilla de cuatro opciones, aplicada a un sistema a la vez: tolerarlo, invertir en él, migrarlo o eliminarlo. Un sistema en buen estado puede tolerarse y actualizarse con parches menores. Un sistema sólido sobre tecnología obsoleta debe migrarse a una nueva implementación. Un conjunto enredado de sistemas superpuestos es candidato a la racionalización. Un sistema sin necesidad funcional vigente se elimina. Esta prueba es lo que mantiene el esfuerzo orientado hacia los sistemas donde realmente vale la pena, y es lo que convierte los cuatro enfoques en un plan director y no en un simple menú de opciones. ## §02 El Taller de IA El primer enfoque es el más ligero. Se toma un sistema a la vez, como se lleva un vehículo al taller, y se repara lo que está fallando. Una persona clona el código, la IA lo analiza y realiza la reparación, la persona verifica el resultado y el cambio se incorpora de nuevo. A esto lo llamamos el Taller. Es el enfoque de menor riesgo y el más cercano a la forma en que los equipos ya trabajan, al tiempo que ofrece el retorno sobre la inversión más inmediato. El Taller realiza tres tipos de trabajo. La elección del más adecuado depende del sistema que se tenga delante. Repara: la IA corrige una falla conocida, actualiza una biblioteca desactualizada o escribe una prueba que faltaba. Sanea: las exposiciones de seguridad se sanean con prioridad mientras se avanza por el conjunto de sistemas en orden de riesgo, primero los sistemas de cara al público y luego los de administración interna. Y reconstruye: cuando la tecnología subyacente de un sistema ha llegado al final de su vida útil pero su funcionamiento sigue siendo válido, la IA sustituye sus componentes por unos cimientos modernos que se comportan exactamente igual que los originales. Las pantallas y los datos aparecen donde el usuario los espera. Solo se reemplaza la tecnología subyacente obsoleta, de modo que un sistema al que antes se accedía mediante una solución provisional de Citrix se convierte en una aplicación ordinaria en un navegador moderno, integrada de nuevo en un ciclo de soporte vigente. El Taller tiene un límite deliberado. Trata los síntomas y no la causa raíz. Un sistema reparado sigue siendo el mismo sistema antiguo, y una reconstrucción equivalente sigue siendo el mismo flujo de trabajo sobre componentes más nuevos. Para muchos sistemas eso es exactamente lo correcto, porque funcionan, las personas dependen de ellos y lo único que necesitan es ser seguros y estar respaldados. Para otros no es suficiente, porque el problema reside en el propio sistema. Los tres enfoques siguientes van más lejos. ## §03 La Fábrica de IA El segundo enfoque construye desde cero. En lugar de reparar un sistema antiguo, construimos uno nuevo de principio a fin, diseñado tal como lo haríamos hoy. Lo construimos en lo que denominamos la Fábrica de IA. La fábrica está hecha de software, no de maquinaria. Dentro de ella, un equipo de agentes de IA especializados trabaja como lo haría un equipo de entrega consolidado. Un agente diseña la arquitectura. Otro escribe el código. Otros se encargan de la base de datos, las pruebas, la revisión de seguridad, la accesibilidad y la documentación. Trabajan conjuntamente sobre una misma especificación, verificándose y corrigiéndose mutuamente hasta que la aplicación está terminada. La Fábrica tiene criterios definidos de forma deliberada. Cada aplicación que produce se construye de la misma manera moderna, sobre los mismos cimientos, de modo que la calidad proviene de la propia automatización y no del cuidado de ninguna persona en particular. La especificación es el contrato. Los agentes construyen conforme a ella, el trabajo se verifica frente a ella y una persona permanece en el proceso para aceptar o rechazar lo que los agentes producen. Dos características distinguen una aplicación construida por la Fábrica de lo que reemplaza. Es modular, ensamblada a partir de componentes pequeños, ninguno mucho mayor de mil líneas de código, cada uno lo bastante pequeño para leerse y verificarse de forma independiente. Y el gobierno es propietario de todo, construido sobre cimientos de código abierto, sin ninguna licencia de la que no se pueda salir y sin ningún proveedor del que no se pueda prescindir. Construir desde cero también permite empezar sin cargas: libre de las dependencias obsoletas y de los supuestos de hace décadas del sistema que reemplaza. Este es el enfoque para un sistema cuya tecnología ya no tiene solución, y para un servicio completamente nuevo que no tiene ningún sistema heredado, uno de los muchos nuevos requerimientos que siguen llegando mientras el trabajo más antiguo todavía está en curso. La Fábrica es el más desarrollado de los cuatro enfoques y tiene tres componentes en movimiento, cada uno objeto de su propio documento. El trabajo se define y especifica en un entorno de diseño, donde una solicitud en lenguaje sencillo se convierte en un plan ejecutable sobre el que los agentes pueden trabajar. Los agentes construyen, prueban y despliegan la aplicación dentro de un entorno seguro bajo controles empresariales. Y todo el esfuerzo se registra y evalúa en un sistema que hace visible el progreso y permite que enfoques competidores se comparen sobre el mismo trabajo. Este documento presenta el enfoque. Esos tres documentos muestran cómo funciona la Fábrica en la práctica. ## §04 Racionalización con IA El tercer enfoque da un paso atrás respecto al sistema individual y observa todo un ministerio a la vez. Imagine una ciudad que creció sin planificación. Cada edificio cavó su propio pozo, puso en marcha su propio generador y trazó su propio camino hasta la puerta. El software gubernamental creció de la misma manera. Casi cada aplicación construyó su propio acceso, su propio sistema de carga de archivos, su propio módulo de informes, una y otra vez, sin que dos fueran exactamente iguales. La racionalización consiste en mapear lo que el ministerio hace realmente y luego construir la infraestructura compartida una sola vez, de modo que cada necesidad común se implemente una única vez y sea utilizada por todos. Este es el enfoque que Git Insights Ministry hace ejecutable. Esa herramienta lee el código de todo un ministerio de una sola vez y propone una arquitectura objetivo. La racionalización es el acto de llevar esa visión a la práctica. El patrón se repite dondequiera que se aplica: cientos de aplicaciones superpuestas dentro de un ministerio se reducen a un conjunto pequeño de módulos bien estructurados, con los elementos comunes construidos una sola vez y compartidos. Como la IA realiza el análisis más intensivo y la mayor parte de la construcción, un programa que antes duraba entre cinco y ocho años puede ejecutarse en semanas o meses. La racionalización ofrece la mayor ganancia a corto plazo de cualquiera de los enfoques en términos de coste, velocidad y calidad, y también es la que más exige a las personas. Reconstruir los sistemas de todo un ministerio supone un cambio real para el personal que ha organizado sus hábitos de trabajo en torno a las herramientas antiguas, y ese cambio debe planificarse con tanto cuidado como la propia reconstrucción. La tecnología es la mitad más fácil del problema. La mitad más difícil es llevar a las personas en ese camino. "El mismo acceso, reconstruido en decenas de aplicaciones, se convierte en un inicio de sesión único compartido. La racionalización identifica cada duplicación de este tipo y la construye una sola vez, para todos." · Documento 5 · Los cuatro enfoques para la modernización con IA ## §05 Gobierno 3.0 El cuarto enfoque es el más radical y cuestiona si realmente necesitamos aplicaciones tradicionales. En este modelo, los datos permanecen donde están, pero se gestionan adecuadamente y se exponen a través de una interfaz limpia y bien documentada que un agente de IA puede leer. Sobre esos datos gobernados se sitúa una capa de agentes. No hay ninguna aplicación fija en el centro. Cuando una persona necesita realizar algo, el agente ensambla la interfaz para esa tarea, esa persona y ese momento, y la retira al terminar el trabajo. Dos ideas hacen posible este modelo. En primer lugar, las reglas de negocio se escriben una sola vez, como código, extraídas directamente de la legislación, la regulación y la política. Cuando la ley cambia, las reglas cambian, y cada interacción sigue la nueva norma el mismo día. En segundo lugar, la IA se convierte en la usuaria de los datos. En lugar de mil pantallas que acceden a la base de datos cada una a su manera, los agentes leen y escriben a través de una única interfaz gobernada y auditada. Los miles de interfaces de usuario que el gobierno mantiene hoy, cada una construida, parcheada y asegurada por separado, desaparecen en gran medida, y con ellas la mayor parte del código que hay que mantener activo. En el documento sobre Simulación puede encontrarse una visualización de este enfoque. Este es potencialmente el modelo más rentable y rápido de los cuatro, porque lo más costoso del software gubernamental —construir y mantener el propio código— desaparece en gran medida. También es el más exigente. Depende de que los datos estén genuinamente bien gobernados, de que las reglas estén fielmente codificadas y de que cada acción de un agente sea observable y atribuible a una persona concreta. Todavía no hemos llegado a ese punto. Pero es la dirección hacia la que apunta el trabajo, y las decisiones que tomamos ahora están pensadas para ser compatibles con él. Es, como decimos aquí en Canadá, hacia donde se dirige el disco. Conviene ver la trayectoria completa. El Gobierno 1.0 era papel y ventanillas. El Gobierno 2.0 fueron los formularios digitales y los sitios web, más rápidos que el papel pero aún lentos. El Gobierno 3.0 es el servicio público trabajando con agentes de IA como trabajadores de pleno derecho, con responsabilidad en cada paso, donde una solicitud que antes tardaba días se resuelve en minutos. ## §06 Los cuatro enfoques y lo que viene después Estos cuatro enfoques son compatibles dentro de una misma organización. No es necesario elegir solo uno. El parque tecnológico de un gobierno es demasiado variado para eso. Algunos sistemas se toleran y se parchean levemente en el Garaje. Otros se reconstruyen desde cero en la Fábrica. Otros se integran en una consolidación mayor mediante la Racionalización. Y con el tiempo, cada vez más trabajo se desplaza hacia el modelo de IA agéntica del Gobierno 3.0. La prueba de los cuatro criterios —tolerar, invertir, migrar o eliminar— orienta cada sistema hacia el enfoque que le corresponde, de modo que el esfuerzo se concentra donde produce mayor valor. Los cuatro son necesarios para modernizar un gobierno con rapidez. El objetivo al que apuntan los cuatro enfoques ~95 %. Una reducción de aproximadamente el 95 % en el costo y el tiempo de construcción y mantenimiento del software gubernamental. Esa es la diferencia entre renovar el patrimonio tecnológico en un solo mandato de gobierno y emplear casi un siglo al ritmo convencional. En conjunto, los cuatro enfoques son la manera de alcanzar ese objetivo. Ahora tenemos una imagen clara de cómo puede reconstruirse el gobierno. Eso plantea la siguiente pregunta. Si la IA va a realizar una parte tan significativa del trabajo —reparar, construir, consolidar y, con el tiempo, operar los sistemas en los que funciona el gobierno—, ¿cómo nos aseguramos de que lo haga bien, de forma segura y con un estándar que podamos defender? La respuesta está en la estructura que construimos alrededor de la propia IA. Llamamos a esa estructura el arnés, y es el tema del próximo documento: **El arnés bien construido**.
Tags: modernization, architecture, ai-factory, government-3-0, strategy