1
Pas de code source à porter
Le livrable est un essaim, pas une réécriture. Pas de migration ligne-à-ligne ; conception sur mesure d'agents spécialisés.
Méthodologie agentique
Méthodologie ATLAS-Agentique — 7 étapes pour livrer un essaim agentique en production.
Notre méthodologie ATLAS-Agentique adapte le cadre ATLAS Legacy (10 étapes de modernisation code) au contexte essaim d'agents. Elle conserve les principes ATLAS clés (gates kill/go, parité prouvée, registre des comportements observés) en les transposant au non-déterminisme IA et à la sécurité agentique.
Pourquoi une variante
Quatre spécificités du contexte agentique imposent une méthodologie dédiée.
2
Non-déterminisme intrinsèque des LLM
La parité se définit en taux d'accord humain sur double-run, pas en parité ligne-à-ligne déterministe comme en ATLAS Legacy.
3
Sécurité agentique radicalement différente
ZSP, JIT access, audit offensif inversé, multi-tenancy isolation — classes de risques nouvelles qui imposent un cadre dédié.
4
Boucle continue (cycle agentique)
La livraison n'est pas une fin mais un mode d'exploitation continu — recertification trimestrielle obligatoire, observabilité 24/7.
Les 7 étapes
ATLAS-Agentique en 7 étapes, avec gates kill/go entre chaque.
E1
2-4 semaines
Intake agentique
ObjectifCadrer le périmètre, identifier les processus candidats, fixer les critères de succès et les contraintes (data, sécurité, conformité, budget, calendrier).
Livrables clés
- ▸Note de cadrage signée client
- ▸Liste hiérarchisée des processus candidats (3-10)
- ▸Matrice contraintes (data sensitivity / RGPD / SLA)
- ▸Critères de succès quantifiés
- ▸Estimation budgétaire fourchette ± 50 %
Gate de sortieAlignement direction métier + DSI + sécurité + finance sur les critères.
E2
3-6 semaines
Discovery
ObjectifComprendre en profondeur les processus retenus. Cartographier les sources de données, les outils, les humains impliqués, les règles métier explicites et implicites.
Livrables clés
- ▸Cartographie processus AS-IS (BPMN)
- ▸Inventaire des sources de données et leurs API
- ▸Inventaire outils et compatibilité MCP
- ▸Documentation des règles métier implicites
- ▸Mesure de référence des KPIs actuels
Gate de sortieVolume et qualité des sources valident la faisabilité.
E3
2-3 semaines
Cartographie MCP
ObjectifIdentifier précisément quels connecteurs MCP seront réutilisés, lesquels doivent être adaptés, lesquels créés. Spécifier les contrats d'interface.
Livrables clés
- ▸Diagramme d'architecture MCP cible
- ▸Liste connecteurs (existants vs custom à développer)
- ▸Spécification des contrats d'interface
- ▸Plan de gouvernance ZSP / JIT / multi-tenancy
- ▸Estimation effort connecteurs custom
Gate de sortieCouverture MCP suffisante. Si trop de custom, replanifier ou pivoter.
E4
3-5 semaines
Architecture essaim cible
ObjectifConcevoir l'essaim d'agents qui livrera la valeur. Choisir les LLM (vendor-neutre « it depends »), définir les agents et leurs rôles, spécifier les guardrails et la politique de supervision sélective.
Livrables clés
- ▸Architecture de référence essaim 5 couches
- ▸Spec de chaque agent et son rôle
- ▸Choix LLM par agent (justifié)
- ▸Spécification guardrails métier et sécurité
- ▸Politique de supervision sélective
- ▸Architecture observabilité (logs, audit, FinOps)
Gate de sortieRevue d'architecture interne Access + revue client.
E5
6-16 semaines
Build essaim
ObjectifDévelopper l'essaim selon l'architecture E4. Itérations courtes avec démos client. Tests unitaires par agent, tests d'intégration sur l'essaim.
Livrables clés
- ▸Code essaim (repo client ou Access)
- ▸Connecteurs MCP custom développés
- ▸Tests unitaires par agent (couverture > 80 %)
- ▸Tests d'intégration avec données réelles cloisonnées
- ▸Documentation runtime opérateur
Gate de sortieDémonstrations client OK + tests d'intégration passants + revue sécurité interne.
E6
4-8 semaines
Validation supervisée
ObjectifFaire tourner l'essaim sur données réelles en parallèle de l'humain sur échantillon représentatif. Mesurer le taux d'accord, identifier les divergences, ajuster guardrails.
Livrables clés
- ▸Période de double-run essaim + humain (2-6 semaines)
- ▸Mesure du taux d'accord global et par catégorie
- ▸Registre des comportements observés
- ▸Ajustements guardrails / prompts / supervision
- ▸Tests d'intrusion (audit offensif inversé)
- ▸Validation conformité signée DPO
Gate de sortieTaux d'accord ≥ seuil E1 + zéro vuln critique + DPO signe.
E7
2-4 semaines + continu
Livraison et exploitation
ObjectifMettre l'essaim en production en mode supervisé puis progressivement autonome. Transférer compétences à l'orchestrateur humain. Mettre en place observabilité continue.
Livrables clés
- ▸Mise en production progressive (canary release)
- ▸Formation orchestrateur humain (2-5 jours)
- ▸Documentation exploitation (runbook, escalation)
- ▸Tableau de bord observabilité (FinOps + qualité + sécurité + audit)
- ▸Plan de recertification trimestriel
- ▸Plan de mise à jour modèles LLM
Gate de sortieRunbook validé + orchestrateur formé + observabilité opérationnelle + plan recertification approuvé.
Principes directeurs
Neuf principes directeurs hérités d'ATLAS Legacy, transposés à l'agentique.
- 01Parité prouvée par double-run (vs parité ligne-à-ligne en ATLAS Legacy)
- 02Registre des comportements observés (chaque divergence essaim / humain est tracée)
- 03Architecture ouverte MCP-first (pas de lock-in vendor, LLM substituable)
- 04Zero Standing Privilege appliqué systématiquement
- 05Audit offensif inversé dès E6 et en continu en E7
- 06Supervision sélective ajustée par feedback continu post-E7
- 07Vendor-neutre assumé — la reco LLM dépend du cas, pas d'un partenariat fermé
- 08Recertification trimestrielle obligatoire — bascule en mode dégradé sinon
- 09FinOps embarqué — coût d'inférence suivi par agent et par décision, alerte de dérive
Différences clés
ATLAS Legacy vs ATLAS-Agentique — ce qui change.
AspectATLAS LegacyATLAS-Agentique
Livrable principal
Code refondu
Essaim d'agents
Critère de parité
Ligne-à-ligne déterministe
Taux d'accord double-run statistique
Sécurité
Audit classique
ZSP + JIT + audit offensif inversé
Fin de mission
Cutover one-shot
Mise en service progressive + exploitation continue
Recertification
Non standardisée
Trimestrielle obligatoire
Vendor
Cible technologique fixée en E4
LLM substituable, vendor-neutre
Questions fréquentes
ATLAS-Agentique — ce que les architectes et DSI demandent.
Pourquoi une variante ATLAS dédiée à l'agentique plutôt qu'ATLAS Legacy ?+
Quatre spécificités imposent une variante : pas de code à porter (livrable = essaim), non-déterminisme intrinsèque des LLM (parité statistique pas ligne-à-ligne), sécurité radicalement différente (ZSP / JIT / audit offensif inversé), boucle continue (la livraison n'est pas une fin mais un mode d'exploitation). ATLAS-Agentique conserve les principes ATLAS clés (gates kill/go, registre de discordances) en les adaptant.
Combien de temps dure un programme ATLAS-Agentique complet ?+
De E1 à go-live (E7) : 4 à 7 mois selon complexité. E1 Intake 2-4 semaines, E2 Discovery 3-6 semaines, E3 MCP 2-3 semaines, E4 Architecture 3-5 semaines, E5 Build 6-16 semaines, E6 Validation 4-8 semaines, E7 Livraison 2-4 semaines + exploitation continue. La phase la plus variable est E5 selon la complexité de l'essaim (3-10 agents typique).
Qu'est-ce que le registre des comportements observés ?+
Équivalent agentique du registre de discordances ATLAS Legacy. Chaque divergence essaim / humain est tracée pendant la phase E6 Validation supervisée et en continu en E7. Chaque entrée est analysée et classifiée : acceptable (variabilité normale), à corriger (ajuster guardrail / prompt), à escalader humain (cas systématiquement remonté). Permet d'industrialiser l'amélioration continue.
Que se passe-t-il si l'essaim n'atteint pas le taux d'accord cible en E6 ?+
Le gate E6 → E7 ne s'ouvre pas. Trois options : itérer sur les guardrails et prompts pour améliorer le taux, élargir la politique de supervision sélective (plus de cas remontés à l'humain), ou pivoter le périmètre (retirer un processus trop complexe). Pas de mise en production tant que le gate n'est pas franchi.
Comment se passe la recertification trimestrielle obligatoire ?+
À chaque mise à jour majeure d'un LLM utilisé, ou tous les trois mois minimum, l'essaim est revalidé sur le jeu de tests de référence (issu de E6). Si le taux d'accord baisse sous le seuil, l'essaim bascule automatiquement en mode dégradé (humain seul) jusqu'à correction. Empêche la dérive silencieuse.
Peut-on combiner ATLAS-Agentique avec ATLAS Legacy ?+
Oui, c'est fréquent. Modernisation legacy + déploiement essaim agentique sur le système modernisé. ATLAS Legacy livre le socle technique (Java, .NET, TypeScript), ATLAS-Agentique livre la couche d'orchestration intelligente par-dessus. Les deux méthodologies se chaînent, avec gates partagés sur les jonctions critiques.
Cadrer votre programme ATLAS-Agentique.
4 semaines de cadrage E1 pour identifier le processus à confier à un essaim, mesurer le ROI attendu, et chiffrer le programme complet.