SDLC

ISO/IEC/IEEE 12207 fixe le SDLC en six étapes : exigences, conception, développement, tests et QA, déploiement, maintenance, mesurées par les métriques DORA, avec un objectif affiché, construire du logiciel correctement et de manière fiable. SFEIR pointe ce que cet objectif laisse de côté. Relu à l'aune des Four Big Risks de Marty Cagan, le SDLC ne couvre nativement que la faisabilité technique, un risque sur quatre ; la valeur, l'utilisabilité et la viabilité business relèvent du PDLC qui l'englobe.

Entre mai et août 2026, le débat porte sur le mode d'exécution, pas sur la séquence. Olivier Rafal (WeNvision) soutient que définir, construire, vérifier, déployer, maintenir restent identiques et que l'IA n'abolit aucune phase, elle intensifie chacune d'elles. Louis Claxton, de l'équipe Applied AI d'Anthropic, conserve les six étapes et les transforme en boucle reliée par des artefacts commités (`intent.md`, `spec.md`, `plan.md`), avec les skills comme contrôles consultatifs et les hooks comme couche déterministe qui bloque. Jason Clinton, Deputy CISO d'Anthropic, décrit la sécurisation d'un cycle de vie où Claude écrit environ 80 % du code mergé.

Chris Williams rompt avec tout cela. Le SDLC a été façonné pendant des décennies pour contrer les modes de défaillance humains, l'ego, la fatigue, l'oubli, si bien que le faire tourner sur des modèles est une erreur de catégorie, et son ADLC est construit contre lui. Les autres bifurquent plutôt : le cycle à 11 phases de SFEIR, l'Usine Logicielle Augmentée de Wescale, l'AI/works™ de Thoughtworks, le Compound Engineering de Klaassen. Savoir s'il s'agit de variantes d'un même cycle ou de son remplacement est une question qu'aucun d'eux ne tranche.