Le playbook du SDLC IA-Natif

Anthropic publie un playbook destiné à transformer le cycle de développement logiciel (SDLC) pour l'adapter à l'ère de l'IA générative. Le constat de départ repose sur une inversion de la productivité : l'écriture du code, naguère l'étape la plus coûteuse et chronophage, ne constitue plus le goulot d'étranglement grâce aux outils comme Claude Code. En revanche, les processus périphériques — planification, revue, test, déploiement — fonctionnent encore sur des rythmes humains et créent désormais des frictions qui annulent les gains de vitesse. Le document propose de passer d'un flux linéaire et cloisonné à une boucle continue où l'IA est intégrée à chaque étape, automatisant les transferts et déportant la supervision humaine vers des points de contrôle stratégiques.

Le guide détaille six étapes repensées, chacune produisant un artefact versionné qui sert de déclencheur à la suivante. Lors de la phase de planification, l'intention initiale est capturée via un fichier `intent.md` rédigé directement par le porteur de l'idée assisté de Claude, supprimant les intermédiaires habituels. Suivent la phase de conception, qui fusionne spécifications et design en une session unique guidée par des compétences d'entreprise (skills), et la phase de build, qui s'appuie sur un mode plan obligatoire (`plan.md`) avant toute génération de code. Cette structuration impose une discipline : rien n'est implémenté sans un plan validé, et l'architecture ou les décisions techniques ne restent plus tacites mais sont documentées de manièreMachine-Actionable.

La transformation technique repose sur l'externalisation de la connaissance institutionnelle dans des fichiers spécifiques. Le fichier `CLAUDE.md`, placé à la racine du dépôt, agit comme la mémoire vive du projet pour l'agent, contenant les conventions, les commandes de build et les erreurs fréquentes à éviter. Plus largement, les "skills" transforment les politiques de sécurité, de conformité ou de marque en contraintes actives que l'IA applique lors de la rédaction du code ou des spécifications. Le guide distingue les contrôles conseillés (skills) des barrières déterministes (hooks), ces derniers bloquant physiquement des actions dangereuses comme la modification de tests existants ou l'édition de fichiers protégés. La gouvernance ne s'exerce plus par une revue manuelle a posteriori de chaque ligne, mais par l'audit des artefacts (`intent.md`, `spec.md`, `plan.md`) et des traces de session.

L'approche encourage également le parallélisme via l'utilisation de sessions multiples et de sous-agents (subagents). Un ingénieur peut piloter plusieurs `worktrees` simultanément, chaque instance traitant une tâche indépendante pendant que des sous-agents spécialisés, comme un vérificateur de comportement, effectuent les tâches répétitives. Enfin, la phase de test intègre des boucles de rétroaction immédiates : l'agent est chargé de vérifier son propre travail via des builds, des tests unitaires ou des diffs visuels avant de soumettre le résultat à l'humain. Ce playbook soulève la question de l'intégration de ces nouveaux flux avec les systèmes existants comme Jira ou ServiceNow, suggérant de définir une source de vérité unique ou une liaison bidirectionnelle pour maintenir la traçabilité réglementaire.