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.

A critical step to fixing the technical estate of government is first addressing the broken procurement processes which inhibit sourcing the technologies and finding the partners we need to be successful. The best AI tools won't help if we can't buy them. Technology and Innovation staff and leadership often hear from many would-be vendors that the pathway to selling to government is just so difficult, so slow, and so confusing that it is often simply not worth the investment to even submit a bid. Small-to-medium-sized Canadian vendors specifically identify that they struggle to qualify in the face of steep requirements, especially for new and innovative products, and must take their products to foreign markets to win the first or even their tenth customer. Some of Canada's most successful companies do not even bother bidding on Canadian government procurements. From the outside, it appears that government procures the same standard set of products time and again.

As we dive into this paper, I wish to start with an introductory note. In any review of current process, a reasonable amount of critical self-reflection is helpful and valuable. However, such an analysis inherently runs the risk of sounding like a criticism of the people who have worked within this system for years or even decades. I will say clearly up front that I am deeply impressed by the professionalism and skill of our procurement team, our business partners, and the broader government supporting our procurement processes. Any failing in the system is my own. As Deputy Minister, I am fully accountable for any shortcomings in the organization, and work tirelessly to support our teams, to invest in our staff, and to build stronger processes. Growth requires self-reflection and being willing to recognize when there are new opportunities, and to have the courage to explore and try something new. I hope that the following proposals are seen as they are intended: as exciting new opportunities building upon all the decades of hard work of our team. Let's begin.


## §01 Key procurement challenges

There are several common complaints with respect to government procurement. The first critique centres around how requests for proposals and statements of work are scoped, which can often be seen as narrow, restrictive, or selective and which may result in the incumbent winning renewals. Practically, there is a lot of junk out there. Many businesses sell products that look good on paper but will fail to scale to the demands and complexity of government, and it is reasonable and legitimate to set a high bar to protect taxpayer dollars. Clear, tightly-scoped requirements in principle provide a high-pass filter to ensure that the buyer is not inundated with inferior quality content. 

Poor products are often paired with low-quality bid packages. It is easy for a vendor to bundle together every document, white paper, and brochure they've ever created and submit this corpus as evidence of meeting the procurement needs. This causes a significant burden on staff who work very hard to make things fair. When we receive a bid, we carry a legal obligation to review every single page of the package. Often the bids we receive run hundreds to thousands of pages long, have little to do with the actual requirement, but still require a full and detailed review. Large bid packages can extend the timelines for a procurement by months. As a defensive mechanism, procurements are written narrowly so as to typically keep the field to fewer than ten anticipated bidders. A procurement with hundreds of respondents is often seen as being too general, while those with one or two are seen as too restrictive. The format of the bid should never drive the outcome, but for practical reasons it can.


Further, vendors are frequently disqualified because they fail to meet one of the mandatory criteria. For bidders, it can be difficult to determine in advance whether their bid is fully compliant. A missing piece of evidence, or even a single omitted page or paragraph, can result in months of effort wasted, with bidders disqualified on a technicality and often left unaware as to why they never land the deal.  

"Procurement is the hill to die on in the battle to win the modernization of government." · Paper 22 · Taking the Hill

While every procurement must carry fair and transparent requirements, the reality is that narrow specification operates as a defensive mechanism. The result is a system which due to its complexity benefits a small number of companies who are highly proficient at writing the response in exactly the way the document wants to be read. That proficiency comes from experience, and the complex process may screen out as many as ninety-nine percent of all other businesses from doing business with government. 

OF BUSINESSES SCREENED OUT BEFORE A FAIR CONTEST BEGINS up to 99%. Narrow specification and high requirements act as a defensive filter against low-quality bids, and in doing so they quietly exclude the overwhelming majority of firms, including the innovators we most want to reach.


## §02 The evidence gap and technical debt

Procurement documents themselves significantly compress the reality of the challenge to fit within the format. 

Governments often struggle to clearly articulate the complexity of their operating environments. What stays hidden from most vendors is how large an impact technical debt and legacy code have on our decision-making. 


How business leads describe their objectives, and how those descriptions make their way into procurement 'speak', ties back to the compression problem paper documented earlier. The technical state or requirements of an application is often so complex that it prevents leaders at any level from describing their objectives sufficiently. Many of our systems carry little documentation internally and almost none externally. The incumbent holds an outsized advantage because they can bid with slim contingency margins: they already know the shape and the look of the code, even though that shape is written down nowhere. Many of the innovations we want depend on two to five legacy systems that need integration, and those systems are undocumented as well.

The typical government bid document falls short in sharing both depth and insight around technical debt and integration requirements, which leaves vendors unable to bid effectively. There are no mechanisms for vendors to test their bid in advance to ensure it is compliant. And the procurement requirements lack sufficient depth to enable an evidence-driven bid. This is a failing of the bid documents themselves, both the requirements out and the proposals which return. Much of the content which comes in via the proposal is an attestation from vendors rather than proof. Government provides insufficient source material, such as code, for a vendor to really demonstrate a sound and integrated product. Governments put out abstract requirements, vendors respond with abstract proposals. The ground truth is highly compacted.


Not all procurements describe real products which will work within the environment. Procurements can go out that describe things that cannot be achieved, written from the standpoint of an optimistic, all-encompassing wish list, or from a business owner who already holds a fixed, detailed image of what they want. They are describing a product they already know to exist. The buyer's preference is fair, but what is described is often a solution and not an outcome. Frequently, it precludes the opportunity for the vendor to introduce novel ways to solve the problem. The winner is the product the buyer already wanted but may result in the best outcome being missed. 


## §03 The compression problem and IT's role

In our efforts to support our business partners, IT struggles with this compression as well. Within Technology and Innovation, we also fall short of giving our ministries sufficient evidence to support our advice, because we often share tacit knowledge that has gone unvalidated. Within any large organization, there is a great deal of 'tribal knowledge' in circulation, a great many opinions on status and health, and a great many recommendations that are ungrounded or unanchored in reality. A game of 'broken telephone' runs between the technical front line, the management in IT, and to the business owners. Management often believes it is giving correct advice, and it has also suffered from the compression problem, so the recommendations that reach the business are frequently ones you could never audit back to a fact. Many government decisions are based on the high level detail and not the messier and more complex ground truth.

This includes the advice we give with respect to our costing and estimation. If we cannot see the ground truth of our technical domain, we necessarily struggle to estimate time, cost, and risk, and we lean on heuristics that are imprecise, inaccurate, or incomplete. That drives the business toward a vendor product, or away from one and toward a build, when either choice may have been inappropriate. The business is then left returning directly to the private sector, which is often able to sell a better vision than the public service can, because the public service lacks the engineering savvy, or at least the marketing team, to present it attractively and the evidence to demonstrate why one method is better than another. Often, the pitch ignores the messy realities of government and presents a highly compressed, polished vision. We must do more to present all parties, our business partner and our vendors, with the most comprehensive, evidence-based picture possible from the first meeting, and to drive toward a buy, build, or genuine alternative decision grounded in reality.


Decision material is frequently compressed down to a four-page memo or a ten-slide deck. An application with thousands of screens and workflows can never be represented faithfully that way.





## §04 The legacy complexity trap

It is almost never the case that we buy or build in a greenfield. Government has been around for more than a century across Canada, and Alberta is a hundred and twenty-one years old this year. We have layered on systems and processes that extend back before Confederation. The forms from that era are gone, but the processes remain. This drives an enormous amount of complexity which is not visible from outside of government.

A government operates on legislation, regulation, and policy set by elected officials. This is known and auditable, if dynamic and grounded in human language. However, greater invisible complexity emerges through implementation. The public service introduces numerous layers of additional complexity that map out the business processes, and those processes are codified into internal software code and process documentation. Once an application is written, often the only place those rules are maintained is the code itself. If you wanted to understand a mainframe system responsible for a social benefit program, you would need to extract out many of the real rules which sit codified inside the application which were accrued one release at a time over 40 or more years. Additional process information is contained in spreadsheets, training materials, and forms. No one artifact holds the business rules in their entirety. 


Government's own human knowledge often lags behind where the private sector is currently innovating. When we define a procurement, we tend to define the product retrospectively, describing what we already know, not where technology or innovation are heading. Matching the complexity of government with the dynamism of the private sector can be itself a challenging prospect.

THE COMPLEXITY LIES HIDDEN 10×. Regulations run to tens of pages. Code runs to millions of lines, because layers of low-level decisions made by frontline staff, business owners, and IT people become the shadow policy of what actually happens. Vendors routinely discover roughly ten times more specificity buried in the code than any procurement document described, driving cost and time overruns.

When you put out an RFP, what you describe is an approximation of the final product rather than the actual product itself. In nearly no scenario do we share the code, or a clear enough description, of the current state product to correctly inform the bidder. Procurement requirements are vague and over-compressed, and vendors have to guess to win the contract, and to implement change order language which accrues to their benefit. When the winning vendor gets in the door, they may find something like ten times more specificity buried in the code. In the pre-AI era, recovering this detail was an archaeological extraction. It would typically take consultants months or years to detangle and vet these rules with knowledgeable business owners. Policy is why we do things, but how we do it must be unearthed from the millions of lines of code itself.

But what if we gave the vendors insight into our technical estate? What if we could show them that level of granularity from the outset and to really explain what government does at a technical level?


## §05 Git Insights as the ground truth for procurement

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