L’architecture Two Anchors : un cycle de développement d’entreprise piloté par l’IA.

Le mauvais choix

Les organisations font face à deux mauvaises options. Le shadow IT est rapide, non gouverné et impossible à maintenir. La chaîne de livraison est gouvernée, mais elle passe des mois à faire traduire les besoins en spécifications par des analystes, en perdant de la fidélité à chaque passage de relais. L’IA change l’économie de cette traduction — mais seulement si elle évite un vieux piège.

Toutes les tentatives passées de générer du logiciel à partir de modèles ont échoué pour la même raison : le modèle devait absorber toute la complexité de mise en œuvre. Toute vision de l’IA qui répète « le prototype est la spécification » répète cet échec.

L’affirmation centrale

L’artefact généré ne spécifie pas le système. Il spécifie l’interaction avec le système.

La complexité de mise en œuvre reste là où elle doit être — conçue, testée et possédée par la DSI. L’IA n’abstrait que l’interaction de l’utilisateur avec elle. Cette seule frontière est ce qui rend la génération sûre à utiliser au rythme que le métier souhaite.

L’architecture

Deux ancrages, un espace fluide

Seuls deux artefacts sont stables, un par public. Tout ce qui se trouve entre les deux est fluide, et peut l’être en toute sécurité.

• La représentation canonique (en haut) : la notation fixe que les gens comprennent et sur laquelle ils s’accordent — conçue comme une cartographie, apprise comme une langue, gouvernée par le métier, jamais personnalisée. C’est là que les utilisateurs vérifient que ce qu’ils voulaient est bien ce qui s’est produit.
• Le catalogue d’intentions (en bas) : le vocabulaire versionné de tout ce que les systèmes peuvent se voir demander — conçu par la DSI, fédéré par domaine métier, évoluant comme une API publique. Son rythme de croissance est la vraie mesure du débit du système.
• Les skins ne peuvent parler que le vocabulaire d’intentions, et les résultats sont toujours vérifiés face à l’image canonique partagée
• La compréhension ancrée en haut, l’action ancrée en bas, la génération confinée entre les deux

Comment cela fonctionne en pratique

Le métier itère avec l’IA dans une enveloppe de contraintes explicite. Les contraintes dures — volume, latence, permissions — sont vérifiées automatiquement dans la boucle. Les contraintes souples — juridiques, commerciales, stratégiques — relèvent d’une revue consultative d’architecte, qui ne bloque qu’à la promotion. L’itération produit des modèles de processus, des journaux de décision et des résultats de contrôle comme preuves, et non comme code source de mise en œuvre. La frontière typée permet de tester par contrat la skin et l’application headless indépendamment, et fait de l’attribution des fautes une simple recherche dans les journaux plutôt qu’une dispute de frontière.

Le contrat de propriété

La DSI possède de la couche de traduction vers le bas : données, intégrité, sécurité, disponibilité, application headless et astreinte. Le métier possède tout ce qui est au-dessus : la skin, le rythme, la vue canonique — et répond de ce que ses interfaces signifient.

Les surfaces sont classées par niveau de risque. Les surfaces personnelles et d’équipe évoluent librement. Les surfaces partagées sont sous contrôle des changements. Les surfaces réglementées sont convergées avec l’IA, puis promues, figées et certifiées.

Ce qui est nouveau, et ce qui ne l’est pas

Les composants ont une lignée éprouvée : interfaces orientées tâches, conception pilotée par le domaine, architecture hexagonale, tests de contrat, data mesh, capacités composables. La contribution est la composition. Deux canons au lieu d’un — pour les machines et pour la compréhension humaine. Une frontière stricte sur la génération : l’IA ne génère jamais les ancrages. La fédération plutôt qu’un modèle universel. Et un contrat indépendant des plateformes, possédé par l’organisation et non licencié par un éditeur.

Les questions ouvertes que nous assumons

• Le confinement — un « rayon d’explosion quasi nul » — doit être prouvé par des métriques de pilote, pas affirmé
• L’encodage des contraintes souples n’est pas résolu
• L’accessibilité des surfaces générées exige des points de contrôle de conformité, pas des statistiques

Le shadow IT disparaît parce que le chemin autorisé est le chemin le plus rapide. La chaîne de traduction disparaît parce que l’usage remplace la spécification. L’accord humain — la ressource la plus rare — est dépensé sur les deux artefacts où l’accord est le produit.