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.

Cadrer mon essaim agentique →Voir le hub Orchestration intelligente →

Pourquoi une variante

Quatre spécificités du contexte agentique imposent une méthodologie dédiée.

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.

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.

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é.

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.

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.

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é.

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.

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.

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.

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.

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.