No. 11 · Technical

Estudio de caso de la Fábrica de IA: de cinco meses a cuatro días

Un análisis cuantitativo de lo que produce la Fábrica de IA a los seis meses de operación.

Abstract. El equipo de la Fábrica de IA ha ido trazando los procesos a medida que desarrollaba las habilidades y los estándares necesarios para que la fábrica funcione. A continuación se presentan dos estudios de caso que ilustran, con ejemplos reales, cómo el personal logró una mejora de velocidad de 25 veces y una reducción del 95 % en los costos de entrega. Ambos ejemplos muestran lo que la fábrica produce en la práctica y lo que eso significa para el costo de modernizar el gobierno a gran escala. El personal ha contribuido a este documento con sus propias palabras, y el texto está redactado en primera persona.
El primero es la solicitud de Subsidio de Calefacción para Zonas Remotas, originalmente codificada a mano en Java hace veinticinco años, que tardó cinco meses en desarrollarse y fue reconstruida en cuatro días usando la fábrica. El segundo es el Portal de Información de Aulas de Alberta (ACIP), la primera aplicación de IA de nivel empresarial publicada por el Gobierno de Alberta, entregada en once semanas por aproximadamente 108 000 dólares, frente a una estimación de entrega tradicional de entre 1,3 millones y 1,9 millones de dólares.


## §01 Lo que los proveedores no nos decían

(Nota: esta narración es de Chris Wright, quien en su función habitual es Director de Servicios de Integración, y que se incorporó al equipo de la Fábrica de IA para apoyar el Proyecto Pronghorn en enero de 2026, hace apenas cinco meses.)

Antes de unirme al programa Pronghorn, gestionaba un equipo de apoyo a la reducción de deuda técnica y las integraciones de sistemas. En muchas de mis conversaciones con proveedores, escuché un relato recurrente sobre cómo abordar y sanear nuestras aplicaciones heredadas: la IA tiene limitaciones significativas para este tipo de trabajo.

Esa posición me generaba escepticismo, pero no tenía evidencia con qué ponerla a prueba ni contradecirla. No había usado estas herramientas en profundidad. No podía rebatirles nada concreto. Y siendo justos con los proveedores: lo que somos capaces de hacer hoy no habría sido posible doce meses atrás. Los modelos no estaban listos. La tecnología avanzó más rápido de lo que la mayoría de las organizaciones, incluidos nuestros socios proveedores, podían seguir. Alberta invertía intensamente en su personal a través de la Academia de IA y desarrollaba capacidades y soluciones internamente en lugar de esperar al mercado, lo que nos dio una ventaja de primer entrante.

Esa fue parte de la razón por la que me sumé al Proyecto Pronghorn, que se convirtió en el modelo general de la Fábrica de IA. Quería descubrir de primera mano qué era posible. La Academia de IA de Alberta aportó a esa base. Entre ambas experiencias, mi comprensión de lo que la IA puede hacer realmente cambió de manera sustancial, y con ella mi capacidad de mantener un tipo diferente de conversación con los proveedores con quienes trabajamos.

La brecha entre lo que los proveedores describían como los límites de la IA y lo que las herramientas producían efectivamente en la práctica resultó ser significativa. Las dos aplicaciones descritas en este documento son la evidencia de esa brecha.


## §02 La solicitud de Subsidio de Calefacción para Zonas Remotas

Hace veinticinco años, desarrollé la solicitud de Subsidio de Calefacción para Zonas Remotas para Alberta Agriculture. La codifiqué personalmente en Java. La aplicación gestiona un programa de subsidios para los albertanos que viven tan lejos de la red de gas natural que calientan sus hogares con petróleo o propano. En aquel entonces, no se esperaba que las personas en esas ubicaciones tuvieran acceso a internet, por lo que la aplicación se construyó únicamente como un portal interno. El personal de Agriculture recibe la documentación enviada por correo postal de los solicitantes, la ingresa al sistema y emite un cheque.

Esa aplicación, a la que se le han aplicado parches de seguridad a lo largo de los años, sigue funcionando hoy. No ha sido reemplazada. Es un ejemplo claro de la deuda técnica que existe en todo el patrimonio tecnológico del gobierno: sistemas funcionales, escritos en una época anterior, mantenidos pero no modernizados.

Durante el programa Pronghorn, esta aplicación surgió como uno de los ejemplos a trabajar. La reconocí de inmediato. Sé exactamente qué hace, qué debe producir y cuánto tardó construirla la primera vez. La puse en marcha en la fábrica. La reconstrucción tomó cuatro días, y la nueva versión incluye un portal en línea de acceso público que el original nunca tuvo, además de funcionalidades adicionales, incluida una opción de envío directo de documentos que reemplaza el proceso por correo postal.

Tiempo de entrega 5 meses → 4 días. La solicitud del Subsidio de Calefacción para Zonas Remotas tardó cinco meses en construirse a mano a principios de la década de 2000. La misma aplicación, reconstruida con funcionalidad adicional orientada al público a través de la fábrica de IA, se realizó en cuatro días.

"Cinco meses la primera vez, cuatro días la segunda, y la versión reconstruida hace más que el original." · Chris Wright, Tecnología e Innovación

La reconstrucción del Subsidio de Calefacción para Zonas Remotas fue un prototipo. Su valor reside en ser una prueba de capacidad. Como yo mismo escribí el código original, pude evaluar el resultado con conocimiento directo de lo que debía hacer. La calidad se sostuvo. La velocidad de entrega fue de un orden de magnitud diferente.


## §03 Lo que cambió para mí

Cuando comencé con este trabajo, mi comprensión de la IA se limitaba a lo que experimenta la mayoría de las personas: una interfaz de chat que puede ayudar con un documento. Es una herramienta útil.

Lo que ahora puedo hacer es evaluar de qué es genuinamente capaz la IA y dónde tiene límites reales. Puedo cuestionar las afirmaciones de los proveedores con conocimiento específico, no solo con suspicacia. Puedo analizar un patrimonio tecnológico complejo y ver un camino de entrega concreto en lugar de un muro de trabajo acumulado. Ese cambio llevó tiempo y requirió práctica directa, pero su dirección es clara. No creo que haya ninguna función en este departamento cuyo trabajo no deba transformarse por esta tecnología.


## §04 El Portal de Información de Aulas de Alberta

(Nota: el resto del texto está redactado por Chris Wright y Sheldon Bauld, con el apoyo de Michelle Dias.)

ACIP es una aplicación nueva, construida desde cero mediante los métodos de la fábrica, y se puso en marcha el 1.° de junio de 2026. Desarrollada para directores y docentes de toda Alberta, requirió el conjunto completo de controles empresariales: protecciones de privacidad, revisión de seguridad, gestión de identidades e infraestructura de producción.

Antes de ACIP, Alberta había publicado utilidades asistidas por la IA, pero ninguna que requiriera las protecciones completas de gobernanza, seguridad y privacidad propias de una aplicación empresarial. ACIP es la primera. No se trata de una herramienta que pudiera permitirse errores, y fue entregada con el mismo estándar que cualquier aplicación que hubiera salido de un equipo de producto tradicional.

La diferencia está en el tiempo y el costo. Un equipo de producto tradicional habría tardado aproximadamente un año o un año y medio en entregar una aplicación de esta complejidad. ACIP se entregó en once semanas. El costo de la construcción en la fábrica ascendió a aproximadamente 108 000 dólares. La entrega tradicional equivalente habría costado entre 1,3 millones y 1,9 millones de dólares.

ACIP: entrega en la fábrica vs. entrega tradicional 108 000 $ vs. 1,9 millones de dólares. El Portal de Información de Aulas de Alberta se entregó en once semanas mediante los métodos de la fábrica, con un coste aproximado de 108 000 dólares. La entrega tradicional de una aplicación equivalente habría costado entre 1,3 millones y 1,9 millones de dólares y habría requerido hasta dieciocho meses.


## §05 Lo que realmente significa la inversión en la fábrica

El trabajo que supuso construir la fábrica fue considerable. Se dedicó más esfuerzo a crear la fábrica que a sacar las primeras aplicaciones por el otro extremo. Esa inversión inicial es fácil de cuestionar hasta que se ven los resultados que produce.

La fábrica es ahora fiable. El arnés, los agentes de IA, el flujo de trabajo y los estándares son lo suficientemente estables como para que equipos pequeños y ágiles puedan gestionar varias aplicaciones en paralelo. La infraestructura es reutilizable y redistribuible. El trabajo fundacional no tiene que repetirse para cada aplicación, y ahí es donde se acumulan los ahorros para el erario público. Los controles de calidad están integrados. El refactorizado necesario en las primeras versiones ya se ha realizado. La fábrica se ha construido y probado en torno a la gestión de expedientes, el patrón que subyace a la mayoría de los servicios gubernamentales. Casi todos los programas que ejecuta el gobierno implican el mismo problema de dos caras: un ciudadano envía información para crear o actualizar un expediente, y el personal lo tramita a lo largo de un ciclo de vida definido. Las prestaciones, la fiscalización, las licencias y las subvenciones son variaciones de este esquema. Construir la fábrica en torno a ese patrón significa que las ganancias de eficiencia se extienden a toda la lista de pendientes de servicios gubernamentales que comparten la misma estructura, no solo a las aplicaciones ya entregadas.

Cada aplicación que pasa por la fábrica ahora se beneficia de todas las versiones anteriores. Los patrones están establecidos. Los problemas comunes ya han sido resueltos. Lo que antes requería ajustes constantes ahora funciona de manera consistente. Ese es el propósito de una fábrica: la inversión en la línea de producción se recupera con todo lo que produce.

La fábrica también está diseñada para que cualquiera pueda operarla. Las personas nuevas pueden incorporarse y comenzar a entregar aplicaciones en uno o dos días. El trabajo es didáctico y está bien documentado. No se depende de que ninguna persona específica esté disponible, y no se parte de cero cuando alguien nuevo se une. Este tipo de flexibilidad en la dotación de personal es importante en el sector público, donde la continuidad no puede darse por sentada y el conocimiento institucional tiende a perderse cuando alguien se va. Esta es una razón de peso por la que el trabajo de construir la fábrica importa tanto como cualquier aplicación individual que produce. La documentación, los estándares y el conocimiento institucional quedan capturados en la línea misma, y no en la memoria de ninguna persona en particular, de modo que cuando alguien se traslada a otro departamento o desarrolla su carrera fuera del sector público, la capacidad permanece con nosotros. El objetivo es desarrollar a las personas más capaces que podamos, manteniendo al mismo tiempo el conocimiento que sustenta nuestros sistemas firmemente en nuestras propias manos, para que sigamos controlando lo que construimos.

"Se dedicó más trabajo a crear la fábrica que a sacar las aplicaciones por el otro extremo. Pero ahora se puede hacer más con menos personas y producir varias aplicaciones a la vez." · Chris Wright, Ministerio de Tecnología e Innovación


## §06 La magnitud del problema y lo que esto significa para él

El Gobierno de Alberta tiene una enorme lista de pendientes de aplicaciones que deben reescribirse, modernizarse o reemplazarse. Abordar esa lista mediante los métodos de entrega tradicionales llevaría décadas y costaría miles de millones de dólares. Ese camino no conduce a ningún lugar útil.

La fábrica cambia ese cálculo. Las aplicaciones que un equipo de desarrollo tradicional tardaría un año en entregar pueden desarrollarse en semanas. La diferencia de costos entre la entrega por fábrica y la entrega tradicional, demostrada en ACIP, es de un orden de magnitud. Aplicada a todo el parque tecnológico del gobierno, la suma es considerable.

Si este enfoque se extendiera a los gobiernos federal y provinciales de Canadá, los ahorros ascenderían a decenas de miles de millones de dólares. La cifra es una extrapolación de los costos ya demostrados en producción.


## §07 Lo que realmente significa esta inversión

Alberta tomó una decisión arriesgada. Optar por invertir en desarrollar esta capacidad internamente, en lugar de esperar a que el mercado de proveedores la ofreciera, no fue una decisión segura ni evidente. La mayoría de los gobiernos no la han tomado. El resultado de esa decisión es ahora visible: los ahorros son reales, los números se sostienen y las aplicaciones están funcionando en producción como modelo de entrega demostrado.

Los equipos de producto tradicionales tienen entre cinco y nueve personas, más comúnmente alrededor de siete. Para carteras más grandes, puede haber cuatro o cinco de esos equipos trabajando en paralelo, con el número de personas y el presupuesto aumentando rápidamente. La entrega mediante la fábrica de IA cambia por completo esa proporción. El mismo equipo pequeño que gestiona actualmente Pronghorn está entregando cinco aplicaciones en paralelo.

Las ganancias de eficiencia no se obtienen a expensas del resultado. Los estándares integrados en la fábrica producen resultados que cumplen el mismo nivel de calidad que la entrega tradicional, a un costo bien por debajo de una décima parte.

La entrega de tecnología en el sector público ha atravesado tres etapas. Los grandes contratos con proveedores —del tipo que cuesta decenas de millones de dólares, se extiende durante años y a menudo rinde poco— dieron paso a los equipos de producto. Los equipos de producto redujeron el tiempo y el costo aproximadamente a la mitad y supusieron una mejora real. La entrega mediante la fábrica de IA representa un salto mayor. La ganancia de eficiencia es de un orden de magnitud diferente, y la trayectoria es familiar: cada etapa parecía ser el límite máximo hasta que llegó la siguiente.

"Lo mejor está por venir. Ahora mismo vemos sobre todo los problemas, las cosas que aún necesitan corrección. Para finales de agosto, Pronghorn habrá lanzado cuatro aplicaciones más. Es el mismo equipo ágil: cinco aplicaciones en dos o tres meses. En el contexto del sector público, estas velocidades rara vez se alcanzan." · Sheldon Bauld, Ministerio de Tecnología e Innovación

Tags: factory, delivery, applications, technical-debt, modernization

Open the interactive version