Ce qui change, et par où commencer
Sur cette page
À propos de ce cours — Ce cours suit le programme du guide officiel « The AI-native SDLC playbook » de Claude Academy, l’académie d’Anthropic, qui rassemble les pratiques de son équipe Applied AI auprès de ses clients. Son contenu, rédigé en français par Corsen, s’appuie sur ce guide et sur la documentation officielle de Claude Code citée à chaque leçon. L’exemple de la mutuelle « Mutualis » est fictif. Le guide complet existe aussi en une seule page sur le blog de Claude.
Objectifs
À l’issue de cette leçon, vous serez capable de :
- Décrire ce qui change à chacune des six étapes du cycle de développement quand il devient « AI-native »
- Choisir une première pratique à déployer, en fonction de ses prérequis
Le code va vite, pas le processus autour
Les organisations écrivent désormais du code avec l’IA à une vitesse impensable il y a un an. Mais les validations, les revues, les passages de relais et les politiques autour du code n’ont pas suivi : elles fonctionnent toujours à vitesse humaine, et absorbent les gains. Ce guide s’adresse aux responsables d’ingénierie, de plateforme et de sécurité dont l’organisation utilise déjà Claude Code, en particulier dans les grandes entreprises et les secteurs réglementés, où la file de revue ne peut pas déborder et où le code ne peut pas partir insuffisamment relu. Il suppose que vous pouvez changer la façon dont l’organisation planifie, relit, teste et déploie, pas seulement la façon dont elle écrit le code.
Six étapes, deux extrêmes
Le cycle de développement logiciel (SDLC) mène une idée jusqu’à la production. Presque toutes les organisations en suivent une variante en six étapes. Le tableau situe les deux extrêmes ; la plupart des organisations sont quelque part entre les deux.
| Étape | Cycle traditionnel | Cycle AI-native, avec Claude |
|---|---|---|
| Planifier | Besoins recueillis en comité, ateliers, validations, rédaction à la main | Claude synthétise les difficultés directement à partir des sources, et les consigne dans un intent.md, lisible par un humain et exploitable par une machine |
| Concevoir | Spécification rédigée par des analystes, reprise par des designers | Besoins et conception produits en une session avec un agent, guidé par les standards de l’organisation encodés en skills, versionnés dans Git |
| Construire | Code et tests écrits à la main, documentation rédigée après coup | Mode plan, fichier CLAUDE.md, skills, sessions parallèles |
| Tester | Contrôles qualité aux frontières des étapes | Boucles de vérification et évaluations continues tout au long de l’implémentation |
| Déployer | Des humains relisent chaque ligne ; une gouvernance appliquée au fil des revues, souvent inégalement | Plusieurs couches de revue par agents, la revue humaine réservée au code réglementé ou critique ; une gouvernance appliquée au moment où l’IA agit, avec des hooks comme points d’approbation |
| Maintenir | Des humains surveillent la production | Des agents surveillent les déploiements : un écart de métrique est diagnostiqué et réinjecté dans le cycle sous forme d’un nouvel intent.md |
Dans tous les cas, les humains restent responsables de chaque décision qui demande du jugement.
Comment sont construites les pratiques
Le cœur du guide est un ensemble de douze pratiques (plays), regroupées par étape mais pas forcément suivies dans l’ordre. Chacune décrit : ce qui change, comment démarrer (prérequis et infrastructure), les étapes de mise en œuvre, les points de gouvernance, et la façon de mesurer si elle fonctionne.
Par où commencer
Les pratiques sont modulaires : chaque organisation priorise selon ses besoins. Six d’entre elles n’ont aucun prérequis et peuvent servir de point de départ :
- Planifier : formaliser l’intention dans
intent.md(leçon 2) ; - Construire : le mode plan de Claude Code comme point de départ (leçon 4) ;
- Construire : le fichier
CLAUDE.md(leçon 5) ; - Construire : les skills comme savoir institutionnel (leçon 6) ;
- Tester : donner à Claude une boucle de vérification (leçon 8) ;
- Déployer : les hooks comme points d’approbation (leçon 11).
Les autres s’appuient sur celles-ci : l’évaluation continue suppose CLAUDE.md et une boucle de vérification ; l’intégration au CI/CD suppose la revue par l’IA et les hooks ; la boucle de maintenance suppose intent.md, la revue, les hooks et un chemin de retour arrière éprouvé.
Le regard de Corsen — Dans un contexte réglementé (santé, assurance, finance), commencez souvent par les deux pratiques qui rassurent la conformité :
CLAUDE.mdversionné et relu comme du code, et les hooks comme points d’approbation. Elles posent les garde-fous avant d’accélérer quoi que ce soit.
À vous de jouer
Choisir votre première pratique. Pour chaque étape du tableau, situez votre organisation entre les deux colonnes, et notez celle où le travail attend le plus longtemps. Choisissez, parmi les six pratiques sans prérequis, celle qui soulage cette étape. Nommez son responsable, une équipe et un dépôt pilotes, et ses deux indicateurs, avancé et retardé, avant de commencer.
Sources officielles : What changes and where to start (Claude Academy) · The AI-native SDLC playbook · guide officiel The AI-native SDLC playbook (Claude Academy)
Points clés à retenir
- Le code s’écrit déjà vite ; ce sont les validations, revues et relais qui freinent
- Six étapes — planifier, concevoir, construire, tester, déployer, maintenir — avec pour chacune une pratique AI-native
- Les humains restent responsables de toute décision qui demande du jugement
- Six pratiques sans prérequis permettent de démarrer :
intent.md, mode plan,CLAUDE.md, skills, boucle de vérification, hooks