Manifeste
Construire des systèmes agentiques avec méthode, gouvernance et clarté.
Le manifeste ADLC définit des principes communs pour concevoir des systèmes agentiques gouvernés, indépendants des outils et guidés par un cycle de vie explicite.
Manifeste ADLC
Un pacte de conception pour des systèmes agentiques solides
Objectif
Définir des principes communs pour construire des agents et des systèmes agentiques de manière cohérente et évolutive.
Garde-fou
Le cycle de vie fonctionne uniquement lorsque les exigences passent une porte de qualité claire et partagée.
Focus
Réutilisation, orchestration, indépendance vis-à-vis des outils et changement gouverné.
Extension du SDLC
L'ADLC est pensé comme une extension du SDLC. Il conserve la discipline du cycle de vie logiciel, tout en l'élargissant pour couvrir les besoins spécifiques des systèmes agentiques, y compris la gouvernance, l'orchestration, le contrôle human-in-the-loop et l'amélioration opérationnelle continue.
Positionnement
Nous affirmons que la delivery agentique doit être gouvernée de bout en bout. La sécurité, le monitoring runtime et le contrôle opérationnel sont nécessaires, mais ne suffisent pas à eux seuls. L'ADLC commence par la qualité des exigences et s'étend à l'orchestration, aux checkpoints humains, à la traçabilité et à l'amélioration opérationnelle continue.
Principes
Trois règles simples pour guider chaque décision
Partir d’exigences validées
Chaque initiative commence par des exigences vérifiées, compréhensibles et suffisamment mûres pour réduire l’ambiguïté et les reprises.
Assurer la réutilisation et l’orchestration
Les composants, agents et capacités doivent être conçus pour être réutilisés, connectés et orchestrés dans le temps.
Rester indépendant des outils
Les outils aident, mais ne doivent pas dicter l’architecture : le processus et la gouvernance passent avant l’outil.
Étape 0
Porte de qualité des exigences
Avant l’implémentation, le client doit disposer d’un agent dédié de porte de qualité des exigences. Il est fondamental pour entrer dans l’ADLC car il aide à rédiger des exigences aussi claires que possible, afin qu’elles soient complètes, cohérentes, traçables et prêtes pour l’exécution.
Une présence humaine est nécessaire ici pour confirmer le périmètre, l'intention, le sens métier et l'approbation avant le démarrage du lifecycle.
Cycle de vie ADLC
Des exigences aux opérations, dans un cycle continu
Porte de qualité des exigences
L’entrée dans l’ADLC ne commence que lorsqu’un agent dédié de quality gate a aidé le client à formuler des exigences validées, traçables et suffisamment claires pour guider l’implémentation, les tests, la gouvernance et la delivery sans ambiguïté.
Human in the loop : approbation obligatoire de la qualité et de l'intention des exigences.
Implémenter
Transformer les exigences approuvées en capacités concrètes, services, prompts, flux, intégrations et composants réutilisables. C’est l’étape où l’intention devient une solution réelle, structurée de façon à pouvoir être revue, testée, gouvernée et améliorée dans le temps sans perdre sa cohérence architecturale.
Revoir
Examiner la solution sous l’angle de la qualité, de la cohérence, de la sécurité, de la maintenabilité et de l’alignement avec les principes du manifeste avant la validation.
Human in the loop : revue experte, jugement sur le risque et décision d'avancer.
Tester
Valider le comportement attendu, les cas limites, les modes de défaillance, la fiabilité et la préparation opérationnelle grâce à des preuves de test structurées et à des critères d’acceptation mesurables.
Déployer
Mettre en production de façon contrôlée, observable et répétable, avec rollback, release notes, ownership et preuves de déploiement clairement définis.
Human in the loop : autorisation de release et responsabilité du go-live.
Opérer
Faire fonctionner la solution avec monitoring, alertes, runbooks, flux de support et checkpoints de gouvernance qui maintiennent le système fiable en conditions réelles.
Human in the loop : gestion des incidents, escalade et supervision de gouvernance en production.
Améliorer
Améliorer en continu à partir du feedback de production, des incidents, de l’analytics, des retours utilisateurs et des apprentissages de delivery qui révèlent quoi affiner ensuite.
Orchestrer
Coordonner agents, flux, politiques et capacités réutilisables dans un écosystème composable capable de dépasser des implémentations isolées.
ADLC Operating Model
Ce que chaque phase doit produire pour être gouvernable dans la pratique
Conditions d'entrée
Exigences validées, intention métier explicite, ownership désignée et quality gate franchi avant toute activité de build.
Modèle de preuve
Chaque phase doit laisser des outputs traçables : décisions, preuves de test, approbations, release notes, signaux opérationnels et actions d'amélioration.
ADLC en pratique
Comment le lifecycle se comporte comme une boucle infinie gouvernée
En pratique, l'ADLC ne fonctionne pas comme une pipeline à sens unique. Les équipes entrent par le quality gate des exigences, traversent la delivery puis reviennent dans la boucle via l'exploitation, l'amélioration et l'orchestration.
- Les exigences entrent uniquement après un quality gate dédié et une approbation humaine.
- Implémentation, revue et test transforment l'intention en solution gouvernée.
- Déploiement et exploitation produisent des preuves opérationnelles, pas seulement un résultat de release.
- Amélioration et orchestration alimentent le cycle suivant avec apprentissage, réutilisation et coordination.
Human in the loop checkpoint
Contrôles de gouvernance
Controles obligatoires pour entrer dans l'ADLC et le gouverner
Supervision humaine
La supervision humaine est une couche de contrôle obligatoire dans l'ADLC, en particulier lors de l'approbation des exigences, de la validation de la qualité, de l'autorisation des releases et de la gouvernance en production.
Les agents accélèrent et structurent le travail, mais les décisions critiques et responsables restent humaines.
Porte de qualité des exigences
L'ADLC ne peut pas commencer sans un quality gate garantissant des exigences claires, complètes, traçables et porteuses de sens métier.
Ce gate est fondamental car il détermine si l'implémentation doit commencer ou non.
Agents partages
Des capacites reutilisables qui soutiennent l'ensemble de l'ADLC
Documentation Agent
Produit et met a jour la documentation directement dans la base documentaire officielle, comme Confluence et les plateformes equivalentes.
Prend en charge les ADR, runbooks, parcours d'onboarding, notes d'architecture, FAQ et documentation de processus relies aux evenements reels de delivery.
PR Governance Agent
Accompagne les pull requests de bout en bout en resumant les changements, en verifiant les politiques, en signalant les risques et en proposant les reviewers.
Aide a maintenir des revues coherentes, tracables et alignees avec les garde-fous d'ingenierie partages.
Release Notes Agent
Genere les release notes a partir du travail fusionne, en regroupant fonctionnalites, correctifs, breaking changes, migrations et notes operationnelles.
Produit a la fois des resumes techniques et des versions lisibles pour des audiences metier.
Knowledge Sync Agent
Detecte les ecarts entre code, tickets, releases et documentation, puis propose ou effectue les mises a jour manquantes.
Maintient l'alignement entre la realite de la delivery et la base de connaissance dans le temps.
Compliance and Traceability Agent
Relie exigences, implementations, tests, documentation et releases dans une chaine d'evidence auditable.
Soutient les quality gates, les revues et les checkpoints de gouvernance tout au long du lifecycle.
Operational Readiness Agent
Verifie que chaque release dispose de runbooks, d'ownership, de guides de rollback, d'alertes et de preuves de préparation opérationnelle.
Aide les equipes a passer du deploiement a une operation stable avec moins d'angles morts.