No. 22 · Policy & People

Tomar la colina: innovar en la contratación pública con información basada en IA

Alberta será el primer gobierno en publicar el mapa completo de capacidades digitales del gobierno, elaborado a partir del código fuente, para que la industria pueda ver finalmente la forma real de nuestro patrimonio tecnológico y presentar ofertas con pleno conocimiento.

Un paso crítico para corregir el patrimonio tecnológico del gobierno es abordar primero los procesos de contratación pública deficientes que impiden adquirir las tecnologías y encontrar los socios que necesitamos para tener éxito. Las mejores herramientas de IA no servirán de nada si no podemos comprarlas. El personal y la dirección de Tecnología e Innovación escuchan con frecuencia a numerosos proveedores potenciales decir que el camino para venderle al gobierno es tan difícil, tan lento y tan confuso que a menudo no vale la pena ni siquiera presentar una oferta. Los proveedores canadienses pequeños y medianos señalan específicamente que les cuesta calificar frente a requisitos muy exigentes, sobre todo cuando se trata de productos nuevos e innovadores, y que deben llevar sus productos a mercados extranjeros para conseguir su primer cliente, o incluso el décimo. Algunas de las empresas más exitosas de Canadá ni siquiera se molestan en participar en las licitaciones del gobierno canadiense. Desde fuera, parece que el gobierno adquiere una y otra vez el mismo conjunto estándar de productos.

Antes de adentrarnos en este documento, deseo comenzar con una nota introductoria. En cualquier revisión de los procesos actuales, una dosis razonable de autocrítica es útil y valiosa. Sin embargo, un análisis de este tipo corre inevitablemente el riesgo de sonar como una crítica a las personas que han trabajado dentro de este sistema durante años o incluso décadas. Quiero decir con claridad, desde el principio, que me impresionan profundamente el profesionalismo y la competencia de nuestro equipo de contratación, de nuestros socios de negocio y del conjunto del gobierno que respalda nuestros procesos de contratación. Cualquier falla del sistema es responsabilidad mía. Como viceministro, soy plenamente responsable de cualquier deficiencia de la organización, y trabajo sin descanso para apoyar a nuestros equipos, invertir en nuestro personal y construir procesos más sólidos. Crecer exige autorreflexión, estar dispuestos a reconocer cuándo surgen nuevas oportunidades y tener el valor de explorar y probar algo nuevo. Espero que las propuestas que siguen se reciban tal como están pensadas: como nuevas y estimulantes oportunidades que se construyen sobre décadas de arduo trabajo de nuestro equipo. Comencemos.


## §01 Desafíos clave de la contratación pública

Existen varias quejas comunes con respecto a la contratación pública. La primera crítica se centra en cómo se delimitan las solicitudes de propuestas y los enunciados de trabajo, que a menudo pueden percibirse como estrechos, restrictivos o selectivos, y que pueden llevar a que el proveedor establecido gane las renovaciones. En la práctica, hay mucho producto de mala calidad en el mercado. Muchas empresas venden productos que se ven bien sobre el papel pero que no lograrán escalar a la demanda y la complejidad del gobierno, y es razonable y legítimo fijar un estándar alto para proteger el dinero de los contribuyentes. Unos requisitos claros y estrictamente delimitados ofrecen, en principio, un filtro de alta selección para que el comprador no se vea inundado de contenido de calidad inferior.

Los productos deficientes suelen ir acompañados de paquetes de oferta de baja calidad. Es fácil que un proveedor agrupe todos los documentos, libros blancos y folletos que ha producido alguna vez y presente ese corpus como evidencia de que cumple las necesidades de la contratación. Esto supone una carga considerable para el personal, que trabaja con gran esfuerzo para que el proceso sea justo. Cuando recibimos una oferta, tenemos la obligación legal de revisar cada una de las páginas del paquete. Con frecuencia, las ofertas que recibimos tienen cientos o miles de páginas, guardan poca relación con el requisito real y, aun así, exigen una revisión completa y detallada. Los paquetes de oferta voluminosos pueden alargar los plazos de una contratación durante meses. Como mecanismo defensivo, las contrataciones se redactan de forma estrecha para limitar el campo, por lo general, a menos de diez oferentes previstos. Una contratación con cientos de respuestas suele considerarse demasiado general, mientras que una con una o dos se considera demasiado restrictiva. El formato de la oferta nunca debería determinar el resultado, pero por razones prácticas puede hacerlo.

Además, los proveedores quedan descalificados con frecuencia porque no cumplen uno de los criterios obligatorios. Para los oferentes puede ser difícil determinar de antemano si su oferta es plenamente conforme. Una pieza de evidencia que falta, o incluso una sola página o un párrafo omitido, puede traducirse en meses de esfuerzo desperdiciado, con oferentes descalificados por un tecnicismo y, a menudo, sin llegar a saber por qué nunca consiguen el contrato.

"La contratación pública es la colina que hay que tomar en la batalla por la modernización del gobierno." · Documento 22 · Tomar la colina

Aunque toda contratación debe incluir requisitos justos y transparentes, la realidad es que la especificación estrecha funciona como un mecanismo defensivo. El resultado es un sistema que, por su complejidad, beneficia a un pequeño número de empresas muy competentes en redactar la respuesta exactamente como el documento quiere ser leído. Esa competencia proviene de la experiencia, y el proceso complejo puede excluir hasta al noventa y nueve por ciento de las demás empresas de hacer negocios con el gobierno.

Empresas excluidas antes de que comience una competencia justa Hasta el 99 %. La especificación estrecha y los requisitos elevados actúan como un filtro defensivo contra las ofertas de baja calidad y, al hacerlo, excluyen silenciosamente a la inmensa mayoría de las empresas, incluidas las innovadoras a las que más queremos llegar.


## §02 La brecha de evidencia y la deuda técnica

Los propios documentos de contratación comprimen de forma significativa la realidad del desafío para ajustarla al formato.

Los gobiernos suelen tener dificultades para articular con claridad la complejidad de sus entornos operativos. Lo que permanece oculto para la mayoría de los proveedores es el enorme impacto que la deuda técnica y el código heredado tienen en nuestra toma de decisiones.

La forma en que los responsables de negocio describen sus objetivos, y la forma en que esas descripciones se trasladan a la «jerga» de la contratación, se conecta con el documento sobre el problema de la compresión publicado anteriormente. El estado técnico o los requisitos de una aplicación suelen ser tan complejos que impiden a los líderes de cualquier nivel describir sus objetivos de manera suficiente. Muchos de nuestros sistemas tienen poca documentación interna y casi ninguna externa. El proveedor establecido cuenta con una ventaja desproporcionada porque puede ofertar con márgenes de contingencia muy ajustados: ya conoce la forma y el aspecto del código, aunque esa forma no esté escrita en ninguna parte. Muchas de las innovaciones que queremos dependen de dos a cinco sistemas heredados que requieren integración, y esos sistemas tampoco están documentados.

El documento de licitación gubernamental típico no logra transmitir ni la profundidad ni la perspectiva necesarias sobre la deuda técnica y los requisitos de integración, lo que deja a los proveedores sin capacidad para ofertar con eficacia. No existen mecanismos para que los proveedores prueben su oferta por adelantado y comprueben que es conforme. Y los requisitos de la contratación carecen de la profundidad suficiente para permitir una oferta basada en evidencia. Se trata de una falla de los propios documentos de licitación, tanto de los requisitos que salen como de las propuestas que regresan. Gran parte del contenido que llega en las propuestas es una declaración de los proveedores, no una prueba. El gobierno aporta material fuente insuficiente, como el código, para que un proveedor pueda demostrar realmente un producto sólido e integrado. Los gobiernos publican requisitos abstractos y los proveedores responden con propuestas abstractas. La realidad de fondo queda muy comprimida.

No todas las contrataciones describen productos reales que funcionarán dentro del entorno. Pueden publicarse contrataciones que describen cosas imposibles de lograr, redactadas desde la perspectiva de una lista de deseos optimista y omnímoda, o de un responsable de negocio que ya tiene una imagen fija y detallada de lo que quiere. Describen un producto que ya saben que existe. La preferencia del comprador es legítima, pero lo que se describe suele ser una solución y no un resultado. Con frecuencia, esto impide que el proveedor proponga formas novedosas de resolver el problema. Gana el producto que el comprador ya quería, pero puede perderse el mejor resultado.


## §03 El problema de la compresión y el papel de TI

En nuestro esfuerzo por apoyar a nuestros socios de negocio, TI también sufre esta compresión. Dentro de Tecnología e Innovación, tampoco logramos dar a nuestros ministerios evidencia suficiente para respaldar nuestros consejos, porque a menudo compartimos conocimiento tácito que no ha sido validado. En cualquier organización grande circula una gran cantidad de «conocimiento tribal», muchísimas opiniones sobre el estado y la salud de los sistemas, y muchísimas recomendaciones sin fundamento ni anclaje en la realidad. Entre la primera línea técnica, la dirección de TI y los responsables de negocio se juega al «teléfono descompuesto». La dirección suele creer que da el consejo correcto, pero también ha sufrido el problema de la compresión, de modo que las recomendaciones que llegan al negocio son con frecuencia imposibles de rastrear hasta un hecho comprobable. Muchas decisiones de gobierno se basan en el detalle de alto nivel y no en la realidad de fondo, más desordenada y compleja.

Esto incluye el consejo que damos sobre nuestros costos y estimaciones. Si no podemos ver la realidad de fondo de nuestro ámbito técnico, necesariamente nos cuesta estimar el tiempo, el costo y el riesgo, y nos apoyamos en heurísticas imprecisas, inexactas o incompletas. Eso empuja al negocio hacia un producto de proveedor, o lo aleja de él y lo lleva hacia un desarrollo propio, cuando cualquiera de las dos opciones puede haber sido inadecuada. El negocio termina acudiendo directamente al sector privado, que a menudo es capaz de vender una visión mejor que la del servicio público, porque este carece de la pericia de ingeniería, o al menos del equipo de marketing, para presentarla de forma atractiva, y de la evidencia para demostrar por qué un método es mejor que otro. Con frecuencia, la propuesta comercial ignora las realidades desordenadas del gobierno y presenta una visión muy comprimida y pulida. Debemos hacer más para ofrecer a todas las partes, a nuestros socios de negocio y a nuestros proveedores, la imagen más completa y basada en evidencia posible desde la primera reunión, y avanzar hacia una decisión de comprar, construir o buscar una alternativa genuina que esté anclada en la realidad.

El material de decisión se comprime con frecuencia en una nota de cuatro páginas o una presentación de diez diapositivas. Una aplicación con miles de pantallas y flujos de trabajo nunca puede representarse fielmente de esa manera.


## §04 La trampa de la complejidad heredada

Casi nunca compramos o construimos en un terreno virgen. El gobierno existe desde hace más de un siglo en todo Canadá, y Alberta cumple este año ciento veintiún años. Hemos superpuesto sistemas y procesos que se remontan a antes de la Confederación. Los formularios de aquella época desaparecieron, pero los procesos permanecen. Esto genera una enorme complejidad que no es visible desde fuera del gobierno.

Un gobierno opera con base en la legislación, la regulación y las políticas que fijan los funcionarios electos. Esto es conocido y auditable, aunque dinámico y expresado en lenguaje humano. Sin embargo, en la implementación surge una complejidad invisible mucho mayor. El servicio público introduce numerosas capas adicionales de complejidad que trazan los procesos de negocio, y esos procesos quedan codificados en el código interno del software y en la documentación de procesos. Una vez escrita una aplicación, a menudo el único lugar donde se mantienen esas reglas es el propio código. Si quisiera comprender un sistema de mainframe responsable de un programa de prestaciones sociales, tendría que extraer muchas de las reglas reales que están codificadas dentro de la aplicación y que se acumularon versión tras versión a lo largo de 40 años o más. Hay información adicional sobre los procesos en hojas de cálculo, materiales de formación y formularios. Ningún artefacto contiene las reglas de negocio en su totalidad.

El conocimiento humano del propio gobierno suele ir por detrás de donde el sector privado está innovando en la actualidad. Cuando definimos una contratación, tendemos a definir el producto de manera retrospectiva, describiendo lo que ya conocemos, y no hacia dónde se dirigen la tecnología o la innovación. Conjugar la complejidad del gobierno con el dinamismo del sector privado puede ser, en sí mismo, un reto considerable.

La complejidad permanece oculta 10×. Las regulaciones ocupan decenas de páginas. El código ocupa millones de líneas, porque capas de decisiones de bajo nivel tomadas por el personal de primera línea, los responsables de negocio y la gente de TI se convierten en la política en la sombra de lo que realmente ocurre. Los proveedores descubren de forma rutinaria alrededor de diez veces más especificidad enterrada en el código de la que describía cualquier documento de contratación, lo que provoca sobrecostos y retrasos.

Cuando se publica una solicitud de propuestas, lo que se describe es una aproximación del producto final, y no el producto real. Prácticamente en ningún caso compartimos el código, ni una descripción suficientemente clara del producto en su estado actual, para informar correctamente al oferente. Los requisitos de contratación son vagos y están sobrecomprimidos, y los proveedores tienen que adivinar para ganar el contrato y para introducir cláusulas de órdenes de cambio que juegan a su favor. Cuando el proveedor ganador entra por la puerta, puede encontrarse con algo así como diez veces más especificidad enterrada en el código. En la era anterior a la IA, recuperar ese detalle era una extracción arqueológica. Por lo general, los consultores tardaban meses o años en desenredar y validar esas reglas con responsables de negocio conocedores. La política explica por qué hacemos las cosas, pero cómo las hacemos debe desenterrarse de los propios millones de líneas de código.

Pero ¿y si diéramos a los proveedores una visión de nuestro patrimonio tecnológico? ¿Y si pudiéramos mostrarles ese nivel de granularidad desde el principio y explicar realmente lo que hace el gobierno a nivel técnico?


## §05 Git Insights como fuente de verdad para la contratación pública

La solución que proponemos para abordar varios de estos problemas se basa directamente en los procesos presentados en el libro blanco sobre Git Insights, la herramienta agéntica que leyó la totalidad del patrimonio tecnológico de código de Alberta y reportó el estado real de cada repositorio. Desde su creación, trabajamos continuamente para hacer evolucionar esa herramienta, generar conocimientos cada vez más profundos y apoyar el tipo de planificación necesaria para resolver estos problemas de contratación. La versión más reciente extrae ahora un amplio conjunto de metadatos de cada repositorio del parque tecnológico, y esos metadatos se convierten en la columna vertebral de la solución de contratación que propone este libro blanco. Estamos pasando de entender la forma de nuestro código a utilizar ese entendimiento para cambiar la manera en que nos relacionamos con la industria. Es posible compartir instantáneas detalladas, junto con el panorama completo de capacidades de negocio que representan cientos de sistemas interconectados, tal como se describe en Git Insights Ministry.

La extracción de Git Insights captura una instantánea precisa de la complejidad real de los sistemas de gobierno, asignando el código a un conjunto robusto de capacidades de negocio diferenciadas y extrayendo la información técnica en un catálogo completo. Agentes de IA revisan el código para identificar pantallas, flujos de trabajo y lógica clave que orientarían la reconstrucción o sustitución de cada sistema o capacidad. Cada observación se integra en un mapa canónico único para todo el gobierno, sin duplicidades por nombre ni por función. Las capacidades se enriquecen con puntuaciones de salud y riesgo, porcentajes de cobertura de pruebas y estimaciones de reconstrucción que pueden actualizarse con frecuencia. En miles de repositorios y cientos de millones de líneas de código, generamos estos conocimientos mediante tanto scripts como modelos de IA, de modo que entradas idénticas producen un resultado reproducible que puede auditarse hasta su origen.

Al extraer estos metadatos detallados en una matriz multidimensional de conocimientos, estamos haciendo algo que creemos que no se había hecho antes. Ofrecemos a la industria y a los posibles proveedores una visión de alta fidelidad sobre la forma de los sistemas de gobierno y los desafíos que enfrentamos. Esta visión permite a los proveedores presentar ofertas con una comprensión y una confianza sin precedentes, y abre la puerta a modernizar todo el proceso de contratación mediante una evaluación asistida por la IA, justa y transparente. El código sigue siendo la fuente de verdad. Los metadatos son la proyección fiel de cómo funciona realmente el gobierno y dónde existe mayor oportunidad de innovación.


## §06 La publicación de metadatos abiertos

Este conjunto de datos describirá, con gran fidelidad, el trabajo que realiza el gobierno, sin llegar a publicar la totalidad del código fuente. Nuestro código, como todo código, presenta vulnerabilidades documentadas, tal como se señala en el libro blanco sobre ciberseguridad; por ello no podemos simplemente publicar el código y permitir que cualquiera presente ofertas de forma abierta, ya que eso proporcionaría a los atacantes la información que necesitan para perturbar nuestros sistemas y operaciones. En cambio, lo que podemos hacer es ofrecer a la industria algo mucho más detallado y, podría decirse, mucho más útil que lo que hemos compartido históricamente, preservando al mismo tiempo la confidencialidad y la seguridad. Este libro blanco presenta la primera publicación gubernamental de un amplio conjunto de metadatos que mapea cada repositorio —ahora más de cuatro mil— en un mapa integral de capacidades de negocio. Describe la función de cada repositorio, su salud, su pila tecnológica y un amplio cuerpo de metadatos adicionales, sin identificar nunca la aplicación.

El resultado es una visión completa que abstrae cientos de gigabytes de repositorios y cientos de millones de líneas de código en un conjunto de datos claro e independiente. Este conjunto de datos permite explorar capacidades de negocio, repositorios y pilas tecnológicas —las tecnologías centrales que sustentan estas aplicaciones—. Imagine una vista tridimensional, publicada como conjunto de datos abierto, que permite a la industria comprender la forma completa de los sistemas de gobierno y las decenas de miles de pantallas y flujos de trabajo que contienen. Esta publicación elimina la asimetría de información que durante mucho tiempo ha favorecido a los proveedores ya establecidos, y al mismo tiempo protege el código sensible y las vulnerabilidades. Cada publicación de estos datos es una instantánea en un momento determinado, y se esperan publicaciones futuras a medida que nuestros métodos maduren.

El patrimonio tecnológico, mapeado y publicado Más de 4 000 aplicaciones. Cada aplicación mapeada con sus capacidades de negocio, salud y tecnología, luego anonimizada y certificada como compartible. En el conjunto del parque tecnológico, esto se traduce en 2 182 capacidades organizadas en 40 agrupaciones de dominio.

En conjunto, estas cifras ofrecen una imagen más completa de lo que encontró el análisis. Las 4 041 aplicaciones se traducen en 2 182 capacidades de negocio repartidas en 40 dominios de producto. Detrás de ellas se encuentran más de setenta mil pantallas y un número similar de flujos de trabajo, cientos de miles de reglas de negocio y puntos de conexión de API, y casi veinticuatro mil dependencias de software. Esta primera instantánea no cubre todavía la totalidad del gobierno. Varias plataformas comerciales importantes, como nuestro sistema 1GX basado en SAP, están ausentes de esta publicación, y se está trabajando para incorporar al mapa el conjunto completo de capacidades que se pretende modernizar. Las publicaciones futuras seguirán ampliando este panorama hasta que refleje toda la actividad digital del Gobierno de Alberta.

El mapa de capacidades es la vía de entrada para que los proveedores presenten ofertas de modernización de segmentos completos del gobierno. El conjunto de datos organiza las funciones del gobierno en cuarenta grupos de dominio —desde Transporte y Vialidad, pasando por Gestión Financiera, hasta Justicia y Tribunales— y dentro de cada grupo enumera las capacidades y las aplicaciones que las ejercen. Los repositorios se vinculan a las capacidades y, con este conjunto de datos, es la primera vez que las funciones del gobierno se han trazado desde el código hasta la función, con esta profundidad, y se han publicado de forma abierta.

El conjunto de datos también incluye una disposición recomendada para cada aplicación, determinada a partir de su estado, su actividad y su complejidad. Las cuatro disposiciones corresponden a los cuatro enfoques de modernización descritos en un documento anterior: mantener y supervisar lo que está en buen estado, remediar en el AI Garage lo que vale la pena conservar y mejorar, dar de baja y consolidar lo que es redundante, y reconstruir en la AI Factory lo que necesita ser reemplazado. Leer estas disposiciones a lo largo de todo el parque tecnológico permite que la contratación pública priorice los dominios donde el estado de salud es bajo o donde una pila tecnológica heredada exige racionalización, y permite que la industria identifique desde el principio qué capacidades están abiertas a consolidación y cuáles son candidatas a una reconstrucción desde cero.


## §07 Cómo puede la industria presentar ofertas con una precisión sin precedentes

Con este conjunto de datos disponible, la industria puede por fin ver la estructura real de los sistemas de gobierno y las decenas de miles de pantallas y flujos de trabajo que hay detrás de ellos. Los proveedores pueden responder apoyando la modernización de una capacidad de negocio completa, o de varias capacidades a la vez. Pueden calcular costos realistas al comprender exactamente cuántas integraciones serán necesarias, qué pilas tecnológicas deben migrarse y cuántas pantallas y flujos de trabajo deben trasladarse. Un oferente serio puede usar la IA para analizar los datos y generar una propuesta fundamentada, en lugar de hacer conjeturas sobre sistemas heredados sin documentar y añadir márgenes de contingencia al precio.

Pantallas y flujos de trabajo ahora visibles para los oferentes 75 582 / 73 516. El recuento de pantallas y flujos de trabajo en todo el parque tecnológico, enumerados por primera vez. Un proveedor que proponga reemplazar una capacidad puede ver ahora cuánto trabajo hay realmente detrás de ella, en lugar de estimarlo a ciegas.

Esto invita a toda la comunidad de proveedores a replantear la relación de contratación con nosotros. Los proveedores de soluciones COTS y SaaS pueden mapear sus productos directamente en la matriz de capacidades. Los proveedores de servicios y las empresas nativas de IA pueden proponer la orquestación de agentes que ofrezca capacidades de plena titularidad gubernamental. Un proveedor podría analizar el mapa, comprender el espacio de dominio de lo que el gobierno hace con su código y proponer reemplazar decenas o incluso cientos de repositorios con una plataforma empresarial, con el número de integraciones, la ruta de migración y el recuento de pantallas y flujos de trabajo, todo fundamentado en los datos. La barrera de entrada desaparece, porque la ventaja informativa que antes correspondía al proveedor establecido ahora está al alcance de cualquiera dispuesto a leer el mapa.


## §08 Ofertas estructuradas, tablas de correspondencia y la matriz compartida

Junto con el conjunto de datos, publicamos un archivo CLAUDE.md que proporciona a cada oferente la guía exacta para formular una respuesta conforme. Explica cómo leer el JSON, cómo mapear la solución en la matriz de capacidades y qué artefactos estructurados deben entregarse. Cada oferta debe incluir un archivo de correspondencia legible por máquina que vincule cada página o sección del documento narrativo con los nodos de capacidad específicos, las puntuaciones de estado o los metadatos del repositorio que afirma abordar. Un revisor asistido por IA puede entonces analizar el paquete completo y extraer los campos estructurados relativos a costo, cobertura de capacidades, citas de evidencia, capacidad de soporte local y riesgo.

Esta matriz multidimensional compartida permite al equipo de contratación pública visualizar de inmediato quién ha presentado ofertas y en qué áreas, dónde se concentran los costos y qué tipos de oferta están disponibles, ya sean COTS, SaaS, de código abierto, desarrolladas a medida o basadas en agentes de IA. Alberta es completamente transparente respecto a lo que solicita, y la industria puede ser completamente transparente respecto a lo que ofrece. Si un proveedor propone una solución con diez pantallas para reemplazar una que tiene mil, esa discrepancia se hace inmediatamente visible, en lugar de quedar oculta en folletos elaborados o resúmenes escuetos. Ya no nos preocupa el número de ofertas, porque cada propuesta llega estructurada, auditable y comparable dentro del mismo marco. La contratación pública puede ver la cobertura de todo el parque tecnológico, identificar las brechas y priorizar los dominios donde el estado de salud de las aplicaciones es bajo o donde una pila tecnológica como COBOL o Java sin soporte exige racionalización.

"Si un proveedor propone una solución con diez pantallas para reemplazar una que tiene mil, esa discrepancia se vuelve inmediatamente visible y merece una revisión." · Documento 22 · Taking the Hill


## §09 Sin contenido de relleno, por favor

Al hacer este proceso tan transparente y fácil de entender, también abrimos nuevos desafíos. En esta era, cualquiera puede dirigir la IA hacia el volcado de datos en JSON y generar una propuesta atractiva y aparentemente razonable que aporta poco o ningún valor frente a la complejidad real del trabajo que intentamos realizar. Nosotros mismos usamos la IA y apreciamos su potencia. Queremos que los innovadores y los agentes de cambio presenten ofertas, y esperamos que cada oferta y cada producto incorporen IA. Lo que queremos evitar es una avalancha de interfaces generadas sin rigor y de afirmaciones sin respaldo que simplemente suenan bien sobre el papel, porque esa avalancha nos lleva directamente al problema original: demasiadas ofertas y la obligación legal de leer cada página de cada una. Dado que la IA facilita la presentación de ofertas, elevamos el listón en cuanto a la evidencia necesaria para demostrar que usted posee la capacidad de satisfacer nuestras necesidades.

La responsabilidad recaerá en los proveedores de demostrar que tienen capacidad para cubrir cada una de las capacidades de negocio que abordan. Esto podría ser un fragmento de prototipo funcional, un flujo de trabajo de agentes (de IA) con arnés, o un script de compilación reproducible que demuestre una ejecución real sobre los datos. La industria debe probar que tiene esa capacidad y vincular cada pieza de evidencia a la matriz de capacidades de negocio, a la pila tecnológica y a las APIs.

La naturaleza de lo que compramos también está cambiando, y estamos abriendo la puerta para que los desarrolladores se unan a nosotros en la construcción pionera de la Fábrica de IA y la próxima generación de productos y soluciones impulsados por la IA. En la era de la IA, nos interesa menos otro producto COTS o SaaS de caja negra, porque si un proveedor puede construirlo con agentes (de IA), nosotros también podemos. Lo que buscamos son socios que ofrezcan una hoja de ruta para modernizar la totalidad de nuestro patrimonio tecnológico. Y estamos abiertos a formas innovadoras de lograrlo. Los licitantes pueden encontrar y proponer productos de código abierto, pueden aportar código propietario novedoso cuando un componente sea genuinamente único, y pueden demostrar cómo utilizarán la orquestación de agentes, los arneses, las habilidades y los estándares para construir conforme al estándar del Gobierno de Alberta, descrito en el documento sobre arneses y los documentos sobre la Fábrica de IA.

Publicaremos como código abierto este primer conjunto de datos y el formato estructurado de ofertas en el Simposio Velocity el 28 de julio de 2026, nuestro primer día de la industria desde el lanzamiento de los libros blancos Velocity el 6 de julio. La industria tendrá dos meses para analizar la información, formular preguntas y construir respuestas significativas antes de presentarlas en nuestra serie de innovación en IA para agencias en octubre. Estas presentaciones son una oportunidad de demostración práctica: una ocasión para que la industria muestre lo que ha construido y cómo ha abordado los problemas que revela el conjunto de datos. Poco después, el gobierno abrirá los siguientes tramos de contratación para este tipo de soluciones, priorizados en función de lo que la industria exhiba.

Contratación que este modelo permitirá 100–200 millones de dólares. Se espera que los próximos cien a doscientos millones de dólares en contratación en este ámbito sigan este modelo basado en evidencia y datos, con un conjunto de datos refinado publicado antes de que se abra ese tramo. La industria dispone de dos meses entre el Simposio y Agency 2026 para desarrollar sus soluciones.


## §10 La contratación como base de la modernización

Este enfoque es un paso importante en la misión del Ministerio de hacer la contratación más fácil, más rápida y más transparente. Publicar los metadatos y exigir ofertas estructuradas y respaldadas por evidencia reduce la barrera de entrada sin bajar el listón de la demostración. La industria obtiene una visión clara de los desafíos reales y puede proponer soluciones novedosas que se ajusten a nuestro modelo operativo, en lugar de presionarnos para que aceptemos un producto preempaquetado. Las ofertas y evaluaciones asistidas por la IA facilitarán que los proponentes utilicen la IA para demostrar cómo cumplen los requisitos del gobierno y para reducir el riesgo de sus solicitudes. La IA también apoya al evaluador, de modo que el personal de contratación puede analizar y comparar cientos de propuestas que abordan una variedad de desafíos de forma fácil y rápida. Presentar una oferta exitosa debería llevar horas en lugar de semanas, con herramientas de IA que apoyen el cumplimiento y la validación. A través de este proceso competitivo y abierto, Alberta gana nuevos proveedores, objetivos renovados con los socios existentes y capacidades de titularidad gubernamental construidas mediante una colaboración genuina.

"Modernizar la contratación es la base necesaria para modernizar el gobierno en su conjunto." · Documento 22 · Taking the Hill

Esta es una nueva forma de contratar: equitativa, ágil y con información suficiente para que la industria proponga soluciones novedosas y el gobierno avance con mayor rapidez. Al publicar este primer conjunto de datos de código abierto, invitamos a la industria a trabajar siguiendo el camino trazado en estos libros blancos Velocity y ofrecemos una vía hacia una colaboración a largo plazo. Abandonamos el modelo de reemplazo oferta por oferta, un elemento a la vez, para abordar los desafíos del gobierno a escala y con velocidad. A través del Simposio Velocity y Agency 2026, esperamos que la industria se una a nosotros para afrontar los desafíos más críticos que enfrentamos.

Tags: procurement, open-data, git-insights, industry-partnership, modernization

Open the interactive version