No. 04 · Technical

Git Insights Ministry

De la connaissance du parc à sa reconstruction : synthétiser des milliers de constats en une seule architecture modulaire, propriété du gouvernement.

Git Insights a offert la première étape, en analysant chaque dépôt et chaque application et en nous fournissant du renseignement exploitable. Tous les constats n'étaient pas bienvenus ou faciles à examiner. Le parc avait besoin de correctifs, et avec ces constats en main nous avons corrigé, et continuons de corriger, les problèmes les plus critiques. Mais savoir n'est que la première partie. On ne peut pas toujours redresser le navire du gouvernement une planche à la fois. Parfois, il nous faut un tout nouveau vaisseau.


## §01 De la connaissance à la reconstruction

Là où Git Insights lit un dépôt à la fois et rend compte de sa santé, son processus frère Git Insights Ministry (GIM) lit tout un ministère de code applicatif d'un seul coup et synthétise les constats en un plan. Il cherche les motifs qui n'apparaissent qu'à l'échelle de tout un portefeuille, comme le même composant de connexion construit quarante fois ou le même rapport rédigé d'une douzaine de façons. À partir de ces motifs, il propose une architecture de calcul modulaire, réutilisable et propriété du gouvernement pour remplacer l'étalement.

Dépôts lus ensemble, par ministère ~200. Certains ministères sont soutenus par des centaines d'applications et de dépôts. Git Insights Ministry les télécharge toutes et les analyse comme un seul corpus de travail, ce qui rend les motifs visibles.


## §02 Une lecture en profondeur

L'analyse va bien plus en profondeur qu'un simple indice de santé. GIM clone chaque dépôt et reconstitue par rétro-ingénierie chaque capacité. Chaque écran, flux de travail, intégration d'API et point de terminaison, schéma et table de base de données, règle d'affaires et dépendance est lu et consigné. À partir de cette matière brute, l'outil construit un dossier pour chaque système, suffisamment détaillé pour reconstruire ces fonctions à neuf.


## §03 Comment fonctionne Git Insights Ministry

GIM s'exécute par étapes. Certaines sont déterministes, soit des étapes d'analyse effectuées par du code ordinaire qui compte, clone, calcule et ne peut inventer un résultat. De tels scripts sont rapides et puissants, mais sujets aux faux positifs. Les étapes suivantes sont agentiques, là où l'on demande à l'IA d'exercer son jugement. Les formats de ses réponses sont strictement contrôlés et toujours rattachés à des preuves dans le code. Chaque conclusion peut être retracée jusqu'au fichier d'où elle provient.

Le plan de consolidation est créé en deux étapes. D'abord, l'outil regroupe les constats de chaque dépôt en les choses réelles que le ministère fait pour les gens. Puis il conçoit les modules qui les offrent, gardant le travail distinct dans des modules distincts et regroupant tout ce qui est commun dans la plateforme partagée, de sorte qu'il soit construit une fois plutôt que quarante fois.

Nous ne demandons à personne de prendre cela pour acquis. Chaque capacité que l'outil nomme renvoie aux systèmes et aux flux de travail d'où elle provient, de sorte que nous pouvons toujours retracer une conclusion jusqu'à du code réel. Le chiffrage des systèmes de remplacement repose sur des heuristiques réelles, comme le nombre d'écrans, de points de terminaison, de tables de base de données et de flux de travail. Du code ordinaire le calcule à partir d'un ensemble fixe de taux, de sorte que nous pouvons le défendre ligne par ligne. Les modèles eux-mêmes fonctionnent sur Claude par l'entremise de Google Vertex, travaillant en parallèle, un dépôt ou un module à la fois.


## §04 La vision de synthèse : un gouvernement reconstruit

À partir de la reconstitution brute de chaque système, il regroupe chaque pièce fonctionnelle en l'ensemble des capacités d'affaires que le ministère exerce véritablement, puis conçoit une architecture cible qui offre ces capacités sous forme de modules propres, avec zéro redondance et zéro chevauchement. Des centaines d'applications, chacune portant sa propre connexion, son propre téléversement de fichiers, sa propre production de rapports, se ramènent à une poignée de modules où chaque capacité est construite une seule fois.

Un ministère, après synthèse 185 → 16. Dans un cas, 185 applications ont été ramenées à 16 modules distincts. La redondance que l'outil a mesurée dans l'ensemble du portefeuille est la redondance qu'il élimine de la reconstruction par conception.

Chaque nouveau module est construit sur une seule pile technologique moderne. C'est important. Cela signifie que nous ne sommes plus enfermés avec un fournisseur que nous ne pouvons quitter. Notre surface d'attaque est réduite au minimum. Chaque module est fondé sur des technologies à code source ouvert et étendu pour répondre à nos politiques particulières. Le personnel et les agents qui construisent ces systèmes conservent les connaissances pour les maintenir. 


## §05 Motifs de réutilisation dans tout le gouvernement

Les motifs les plus précieux sont ceux qui se répètent. D'un ministère à l'autre, les mêmes capacités apparaissent encore et encore. Plusieurs des modules d'un seul ministère, en l'occurrence les paiements, la cartographie géospatiale et la gestion des contrats, ne sont pas uniques du tout. Plutôt que de les reconstruire dans chaque ministère, nous les construisons une fois, sous forme de services partagés que n'importe quel ministère peut utiliser.

En cartographiant pleinement les fonctions du gouvernement, nous pouvons construire des modules qui peuvent être réutilisés dans tous les ministères. L'Alberta est propriétaire de chaque module, et nous réduisons la complexité et la surface d'attaque de notre infrastructure de plus de quatre-vingt-dix pour cent. Créés par l'IA, suivant une norme claire, ces modules sont faciles à maintenir.

C'est aussi de là que viennent les économies. Parce que les modules sont conçus et construits par l'IA sous direction humaine, le travail se comprime de façon délibérée. L'ensemble du cycle de développement logiciel se comprime. La construction et les essais s'automatisent fortement; les décisions de jugement sur la sécurité, la protection des renseignements personnels et ce dont le public a réellement besoin demeurent entre les mains des personnes.


## §06 Ce que voit la haute direction

GIM produit des résultats sur lesquels un décideur peut agir, et non un amas d'analyse brute. Le tableau de bord présente tout le ministère comme une seule image, étayée par des preuves, et la même source produit un rapport en langage clair pour la haute direction.

Git Insights Ministry est le pont entre la connaissance du parc et sa reconstruction. Il transforme la vérité de terrain de Git Insights en un plan défendable : une architecture plus petite, modulaire, propriété du gouvernement, dont les parties communes sont construites une fois pour tous. Les stratégies pour mener à bien cette reconstruction, du rapiéçage sur place à la reconstruction complète, font l'objet du prochain document : **Les quatre approches de la modernisation par l'IA **.

Tags: git-insights, modernization, architecture, shared-services, agents

Open the interactive version