No. 14 · Policy & People

Instaurer une culture de bâtisseurs

Comment l’IA agentique démocratise la construction des systèmes gouvernementaux, pendant que la forteresse demeure au centre.

Abstract. Partout au Canada, les gouvernements s’orientent vers une prestation des TI centralisée pour gagner en efficience et en économies d’échelle. Ce modèle permet d’économiser des dizaines de millions de dollars, mais il introduit aussi le risque d’un goulot d’étranglement dans la prestation si les équipes n’arrivent pas à suivre les demandes de chaque ministère. L’IA agentique ouvre une troisième option : garder centralisées les fonctions critiques de cybersécurité, d’identité, de réseau et de données, et rouvrir la construction des solutions aux personnes qui connaissent le travail. Ce document expose comment permettre une culture de bâtisseurs, où les experts de domaine peuvent créer leurs propres systèmes encadrés et vérifiés et éviter une informatique fantôme et des implantations d’IA non conformes.
Tous les quelques années, les gouvernements changent d’avis sur la façon de livrer la technologie. Ils centralisent jusqu’à ce que les goulots d’étranglement deviennent intolérables, puis décentralisent jusqu’à ce que la duplication et la prolifération deviennent insoutenables. L’Alberta, et d’autres gouvernements au Canada y compris le gouvernement fédéral, exploitent un modèle de prestation des TI en services partagés. Ce modèle offre une gamme d’avantages, dont les économies d’échelle, l’harmonisation des compétences, une cybersécurité renforcée et des normes de plateforme communes. Mais la pression demeure, pour les équipes de tout le gouvernement, d’innover, et l’« informatique fantôme » émerge fréquemment lorsque des équipes aux bonnes idées ont hâte de contribuer à faire avancer des solutions. Et avec l’essor de l’IA, des équipes non techniques peuvent souvent porter les solutions les plus novatrices grâce à leur compréhension profonde de l’occasion d’affaires propre à leur organisation. Comment pouvons-nous permettre cette créativité en toute sécurité, d’une manière qui évite au gouvernement de retomber dans les péchés du passé, avec une prolifération technique non maîtrisée, une divergence technique et des coûts incontrôlés ? Le développement piloté par les normes, bâti sur des harnais d’IA, l’usine d’IA et des compétences communes, crée l’occasion pour les non-spécialistes d’innover avec l’IA rapidement et en toute sécurité. Lorsque nous donnons à ces innovateurs un moyen sûr de construire, nous créons une solide culture de bâtisseurs.


## §01 Le balancier que les gouvernements ne cessent de faire osciller

La centralisation et la décentralisation résolvent chacune le problème de l’autre. Une fonction TI centrale achète l’économie d’échelle et une méthode cohérente, et elle corrige les défauts accumulés qui apparaissent lorsque de nombreuses équipes font chacune les choses à leur manière. Le prix de la centralisation est le goulot d’étranglement de la prestation, la file d’attente dans laquelle patiente chaque ministère. La décentralisation achète l’autonomie et la souplesse, et son prix est la duplication, une sécurité inégale et la perte de toute économie d’échelle. Ni l’une ni l’autre ne reste appropriée longtemps, ce qui explique pourquoi les gouvernements alternent fréquemment, échangeant un ensemble de problèmes contre l’autre.

L’Alberta a commencé à planifier la consolidation de sa fonction TI en 2016, l’a formalisée vers 2019 et, en 2022, a créé le ministère de la Technologie et de l’Innovation, joignant le mandat central des TI du gouvernement aux mandats de développement économique, y compris Alberta Innovates. Aujourd’hui, ce ministère sert d’épine dorsale commune des TI pour l’ensemble du gouvernement (les TI de la santé mises à part). L’Alberta exploite l’une des organisations TI les plus allégées par rapport à la taille du gouvernement au Canada, et les retombées ont été nombreuses et importantes à mesure que le ministère continue d’en faire plus avec moins. Mais cela introduit le redoutable goulot d’étranglement des TI, où les activités hautement prioritaires, les mandats gouvernementaux et les changements législatifs accaparent la quasi-totalité de la capacité. Alors, comment laisser les ministères explorer et construire, tout en conservant la protection de type château et forteresse que le gouvernement exige, en tenant ferme contre les coûts incontrôlés et la cybermenace croissante ? L’IA introduit une troisième option attrayante : un modèle de prestation hybride, priorisant l’IA, qui habilite les bâtisseurs créatifs présents dans chaque organisation sans sacrifier la qualité, la confidentialité et la sécurité.

Économisé par l’échelle Dizaines de M$. Économies récentes tirées d’un parc unique et d’une négociation serrée avec les fournisseurs, l’avantage que la centralisation est censée livrer, et une raison pour laquelle le noyau protecteur demeure central.


## §02 Un troisième modèle

L’intelligence artificielle introduit une troisième option que l’ancien balancier n’a jamais offerte. La prestation elle-même peut être augmentée par l’IA, ce qui permet de scinder le travail nettement en deux. Les fonctions qui doivent rester uniformes pour garder le gouvernement en sécurité, la cybersécurité, l’identité et l’accès, le réseau, les bases de données, les licences, les systèmes d’exploitation, la téléphonie et l’informatique des utilisateurs finaux, demeurent centrales. Les passerelles centrales qui permettent aux agents d’accéder aux systèmes, et les politiques qui régissent cet accès, deviennent une couche d’assurance fiable qui maintient et respecte chaque politique de confidentialité et de gestion de l’information. En revanche, l’acte de construire des aperçus, des interactions et des expériences à valeur ajoutée au moyen d’agents personnalisés et d’applications légères se rouvre aux utilisateurs métier au sein des ministères. Un ministère sans service de TI propre peut utiliser les plateformes bâties pour l’usine d’IA, comme Pronghorn, Nexus et Vélocité, pour concevoir, exploiter et mesurer ses propres solutions en toute sécurité. L’assurance qualité est appuyée par des compétences et des gabarits communs. Le déploiement en production peut être contrôlé par des barrières, avec de solides freins et contrepoids garantissant que seuls du code et des solutions de qualité avancent.

Ce qu’un ministère construit n’a pas à être une application au sens ancien. De plus en plus, tout ce dont les équipes ministérielles ont besoin, ce sont des agents bien configurés dotés d’un accès suffisant. L’équipe peut avoir besoin d’un flux de travail agentique, d’un agent autonome doté d’un accès délégué et branché à l’environnement Microsoft 365 ou Google. Au nom d’un utilisateur, l’agent peut lire la documentation, récupérer des données en toute sécurité, ou même présenter une expérience utilisateur qui n’existe que comme interface temporaire pendant une brève période, puis peut disparaître sans risque. Le modèle s’apparente aux tableaux de bord d’informatique décisionnelle, où donner au personnel non technique un accès direct à ses propres données au moyen de Power BI ou Tableau a produit un véritable éclairage opérationnel. L’ère agentique va bien plus loin que de simples aperçus, car les outils peuvent désormais construire des interactions, des flux de travail, des analyses et des rapports complexes et sophistiqués, là où auparavant ils ne dessinaient que les graphiques.


## §03 Ce qui rend la construction sûre

Avant de permettre une culture de bâtisseurs, nous devons mettre en place deux éléments critiques. Le premier est l’accès délégué. Au moyen d’une passerelle d’agents encadrée par la gestion de l’identité et de l’accès, un fonctionnaire peut prêter ses propres permissions à un agent : son courriel, son calendrier et Teams, le PGI 1GX, ServiceNow, SharePoint, le Web ouvert et les systèmes sur mesure de son ministère. Un agent agissant sur cette délégation peut faire tout ce qu’un utilisateur ou une application existant pourrait faire, sans une seule ligne de code nouveau, et toujours uniquement dans les limites de l’accès que la personne détient déjà au moyen d’Entra ID ou d’autres produits de gestion de l’identité et de l’accès. Fournissez la passerelle et les contrôles d’identité, et un ministère peut construire ses propres solutions par-dessus les couches d’API et de données du gouvernement.

Le second est le développement piloté par les spécifications. Un spécialiste non technique peut décrire un système qu’il imagine, son interface, ses flux de travail et ses contrôles, et le faire construire dès aujourd’hui en le « codant au feeling ». Bien que visuellement attrayants, de tels prototypes sont généralement imparfaits et difficiles à réellement mettre en production. Plutôt que des outils tiers comme Lovable, un ministère peut utiliser les outils encadrés et le harnais bien conçu, puis renvoyer le résultat à Technologie et Innovation au moyen de vérifications automatisées. Les barrières qui empêchent traditionnellement une application d’atteindre la production, les agents de sécurité rouge et bleu, la gestion de l’information et une gestion adéquate de l’identité et de l’accès, peuvent être franchies par un bâtisseur non technique lorsque les contrôles de l’usine d’IA sont appliqués. Le contrôle de la qualité devient quelque chose que le système vérifie, et non quelque chose que seule une équipe centrale peut réaliser.


## §04 De la centralisation de la prestation à la centralisation de la gouvernance

Cela déplace le travail du centre. Dans ce modèle futur, une fonction TI centralisée comme Technologie et Innovation peut cesser d’être l’endroit où tous les logiciels sont livrés pour devenir l’endroit où tous les logiciels sont activés et encadrés. Un plan de contrôle fondé sur la vérification surveille le parc : un agent est affecté à chaque application, lisant chaque journal, faisant remonter les problèmes plus tôt et les corrigeant ou les bloquant à mesure qu’ils apparaissent. Tous les contrôles de normes, à travers des centaines de mesures, sont appliqués. Le risque qu’un agent s’emballe, ou qu’une construction négligée atteigne la production, tombe sous le risque actuel que représente l’informatique fantôme.

Pourtant, la prolifération peut elle aussi engendrer une dette technique future. Lorsque le coût d’une nouvelle application baisse suffisamment, le parc peut passer de 1 400 systèmes à quatorze mille ou cent quarante mille, et un nouveau type de dette technique s’installe. L’Alberta connaît déjà la forme de ce phénomène. Le gouvernement porte pas moins de 18 000 sites SharePoint, certains de peu de valeur et aucun facile à retirer; lorsque la plateforme sur place a atteint sa fin de vie, il en a coûté des millions pour migrer leur contenu, parce que les nettoyer d’abord était plus difficile que de les reporter. Nous sommes mauvais pour revenir mettre de l’ordre dans les données, et encore plus mauvais pour bien les étiqueter dès le départ.

La même automatisation qui crée la prolifération peut l’éliminer. Imaginez des agents qui indexent chaque fichier à mesure qu’il est écrit et s’en disposent selon des règles, de sorte qu’un document laissé dans un dossier, et avec le temps le dossier et le site qui l’entoure, s’efface simplement sous une politique automatisée. Une forêt fonctionne ainsi. Un arbre tombé s’empilerait à jamais si rien ne le consommait, jusqu’à ce que le sol ne soit plus que troncs; à la place, les bactéries décomposent les fibres au fil des années et les rendent au sol, et la croissance et la décomposition gardent un équilibre approximatif. Un parc de systèmes peut être bâti selon le même équilibre, en resserrant les règles de disposition de quelques semaines ou mois chaque fois que la croissance devance le coût. Le correctif plus profond, faire passer la classification des données de dossiers rigides vers les métadonnées, relève d’une discussion distincte sur les systèmes numériques intelligents; ici, il suffit que la création et le retrait puissent être ramenés au pas.

La prolifération à anticiper 18 000. Sites SharePoint que le gouvernement porte déjà, la plupart de peu de valeur et aucun facile à retirer. Quand une nouvelle application ne coûte presque rien à créer, la croissance non gérée est le mode de défaillance à prévoir.

"Notre mode passe de la centralisation de la prestation des TI à la centralisation de la gouvernance des TI. L’IA permet une culture de bâtisseurs où la créativité du personnel peut être reliée aux pratiques exemplaires au moyen de pratiques de développement piloté par les normes et soumis à l’assurance qualité." · Janak Alford, sous-ministre, ministère de la Technologie et de l’Innovation


## §05 Le bâtisseur

Une culture de bâtisseurs est l’habilitation délibérée de personnes non techniques à créer des solutions et à les garder entre les mains des personnes qui les utilisent. Elle prolonge le troisième niveau de l’Académie d’IA de l’Alberta, où le personnel apprend à piloter Pronghorn, Nexus et Vélocité pour construire selon une norme d’entreprise. Donnez à ces diplômés un moyen encadré de déployer et de surveiller ce qu’ils construisent, avec la sécurité et la protection de la vie privée tissées dans les outils et vérifiées jusqu’à la production. Lorsque cela est bien fait, il reste peu de raisons d’interdire à un spécialiste non technique de construire sa propre application. Le goulot d’étranglement technique qui définissait l’ancien modèle commence à disparaître.

Pendant des décennies, le logiciel a été une sorte d’art mystique, trop complexe pour s’en approcher sans un diplôme et des années de pratique, de sorte que le droit de construire était détenu par quelques-uns. Il vaut la peine de se demander qui cela sert à l’ère de l’IA. Personne ne profite d’un monde où seule la direction des finances a droit à un chiffrier. Un modèle de pointe actuel est déjà à lui seul un meilleur développeur intégral, administrateur de bases de données et spécialiste de la sécurité que n’importe quelle personne. Les gens, dans l’ensemble, sont plus créatifs, et un spécialiste désigné surpasse encore le modèle dans son propre domaine, pourtant peu d’individus détiennent toutes ces compétences à la fois comme le fait le modèle. Avec les contraintes appropriées, décrites précédemment, les TI peuvent déléguer leurs processus entre les mains de l’IA pour soutenir l’exploration des systèmes, des données et de nouvelles solutions par un non-spécialiste. La tâche, maintenant, consiste à mettre l’outil à la portée de chaque équipe.

Outillés par une formation et une compréhension des capacités et des limites de l’IA, des utilisateurs ordinaires peuvent devenir des bâtisseurs. Le bâtisseur, en ce sens, est une personne dotée d’une connaissance approfondie d’un domaine, finances, sécurité publique, feux de forêt ou agriculture, qui voit un problème que la technologie pourrait résoudre et reçoit un endroit sûr pour expérimenter et concevoir des solutions sur mesure avec l’IA. Vu la rapidité de l’IA, elle n’a souvent besoin que de peu ou pas de financement de projet, n’entraîne aucun coût mesurable au-delà des jetons qu’elle dépense, et génère de bonnes idées et solutions qui se paient rapidement d’elles-mêmes en temps gagné et en gaspillage éliminé.

En suivant les principes énoncés dans un programme de formation clair comme le document de l’Académie, nous obtenons une posture de sécurité renforcée, une prestation plus rapide et une réelle maîtrise des coûts, tout en rouvrant le travail créatif aux spécialistes qui comprennent le mieux le problème.


## §06 Le modèle inévitable, ou l’informatique fantôme

Une version de cela s’en vient, qu’elle soit autorisée ou non. Si les TI centrales ne peuvent livrer à la vitesse dont les ministères ont besoin, l’IA devient le moyen le plus rapide de construire, et elle sera utilisée, sans aucun des contrôles décrits ici. Des applications codées au feeling apparaîtront à l’extérieur de la clôture, exposant le gouvernement, et on en blâmera la technologie. Le danger est une attribution erronée : les modèles sont hautement performants, et l’essentiel du risque réside dans la façon dont les gens les utilisent, sans la discipline de sécurité, de protection de la vie privée et de données qu’exige un usage sûr. Une réaction négative contre l’IA fondée sur cette confusion viserait la mauvaise cible.

Le faible coût des outils d’IA, leur énorme capacité et les besoins d’une équipe métier rendent trivial l’apparition d’une informatique fantôme, ou d’une IA fantôme, dans une organisation. Les normes et les politiques comptent, mais les humains ont démontré une volonté d’échanger la vitesse et la capacité contre le risque, et les outils, abonnements et solutions d’IA fantôme sont déjà là, que les organisations veuillent l’admettre ou non. Plutôt que de limiter l’accès, il incombe à chaque organisation de services partagés de rendre la version autorisée, avec les bons contrôles, si simple, si rapide et si fluide que les utilisateurs adoptent naturellement la bonne façon de faire. Si les gens sont comme l’eau, comme le dit l’expression, nous devons retirer les obstacles et laisser la créativité s’écouler, tout en fournissant les canaux sécurisés pour le faire.

Une IA fantôme non encadrée ouvrira de nouveaux vecteurs de menace que nous n’avons pas encore imaginés. Cette même rapidité peut aisément être retournée contre les gouvernements, accroissant notre cyberrisque. Des solutions exposées, ou des jeux de données exposés, deviennent une nouvelle forme de dette technique et de risque, et soulèveront de nouveaux problèmes. Une fonction publique bien soutenue, formée au bon usage de ces outils par l’Académie d’IA, et dotée des contrôles nécessaires pour protéger, sans l’entraver, sa vélocité, nous permettra de bâtir de nouvelles capacités tout en mettant aussi hors service les systèmes hérités qui offrent moins de valeur que l’exposition qu’ils représentent. Prolonger l’académie en une culture de bâtisseurs, c’est ainsi que l’Alberta entend maintenir une vélocité élevée et un coût maîtrisé tout en gardant la construction à l’intérieur de la clôture, là où les contrôles peuvent garder la forteresse en sécurité.


## §07 Un modèle de conseil, et une invitation

La forme probable de cela est un modèle de conseil à la place d’un modèle de prestation. L’IA fait la mise en œuvre. Technologie et Innovation fournit la forteresse, la gouvernance de la technologie, la gestion des fournisseurs et les contrôles, et elle travaille aux côtés des ministères à titre de conseil : aidant à concevoir des solutions et des architectures, trouvant des usages inédits des modèles et supervisant la façon dont les modèles les plus récents entrent dans l’environnement en toute sécurité. La créativité vient des ministères partenaires qui connaissent le travail; le centre la garde solide.

Avec un solide modèle de conseil interne, le personnel de Technologie et Innovation peut guider le développement des systèmes d’IA par l’accompagnement, le conseil et la coconception, tandis que les agents d’IA eux-mêmes, et leurs normes, compétences et gabarits soigneusement construits et organisés, le rendent sûr et cohérent. Cela permettra à nos partenaires métier, qui possèdent la connaissance approfondie du domaine, d’avancer rapidement et de résoudre certains des défis vieux de plusieurs décennies auxquels font face leurs équipes, ou d’introduire de nouvelles capacités qui étaient toujours hors de portée en raison du coût, de la priorité ou de la capacité.

Cela cadre avec le modèle hybride décentralisé que l’Alberta adopte déjà ailleurs, gouvernance tenue au centre avec prestation sur les rayons, dans la façon dont la province gère les données et l’approvisionnement, et il est raisonnable de s’attendre à ce que l’IA nous permette d’activer la prestation technique de façon similaire. Nous prévoyons mettre à l’essai un accès anticipé à ce mode de fonctionnement de « culture de bâtisseurs » en 2026, et nous publierons ce que nous en apprendrons. Les ministères partenaires qui souhaitent l’explorer avec nous, et les autres gouvernements qui pèsent le même virage, sont chaleureusement invités à y prendre part.

Tags: builder-culture, democratization, governance, agents, shadow-it, operating-model, change-management

Open the interactive version