SDLC vs PDLC : quelle différence, et pourquoi l'IA change tout

À retenir

1. La distinction en une phrase. SDLC = « construire le logiciel correctement et de façon fiable » (question : comment le livrer ?) ; PDLC = « construire le bon produit, réussir sur le marché » (question : quoi construire, et pourquoi ?). Le SDLC est un sous-ensemble du PDLC, pas son concurrent.
2. L'emboîtement, pas la substitution. Le SDLC est logé sous la phase développement du PDLC. Quand l'équipe produit atteint le stade « build », un cycle SDLC complet (conception → build → tests → revue → déploiement) tourne à l'intérieur. Réponse directe à la FAQ : « le PDLC ne remplace pas le SDLC, les deux sont emboîtés ».
3. Ne pas confondre PDLC et PLC. Le PLC (product life cycle, Theodore Levitt, HBR 1965 — introduction/croissance/maturité/déclin) décrit une trajectoire commerciale qui guide le marketing. Le PDLC décrit le processus de conception et de construction. Formule : « le PLC observe une courbe ; le PDLC organise un travail ».
4. Le SDLC ne couvre qu'un risque sur quatre. Via les « Four Big Risks » de Marty Cagan : Valeur (PM — « viendront-ils, choisiront-ils ? »), Utilisabilité (Designer — « sauront-ils s'en servir ? »), Faisabilité (Lead Engineer — « peut-on construire ? »), Viabilité business (PM — « ça marche pour l'entreprise ? »). Le SDLC ne traite nativement que la faisabilité technique. Excellence SDLC + cécité PDLC = « du logiciel dont personne ne veut » = feature factory de John Cutler (succès mesuré à l'output, pas à l'outcome).
5. Pourquoi l'IA change tout : la compression du SDLC. Données Google/JetBrains, mai 2026 : ~85 % des développeurs utilisent régulièrement des agents de code ; ~41 % du nouveau code est généré par IA. L'implémentation passe de semaines à heures — mais besoins, architecture et vérification restent au rythme humain.
6. Le goulot se déplace vers l'amont. Marty Cagan (avril 2026) : « quand le coût du delivery s'effondre, le goulot d'étranglement se déplace vers la discovery — décider quoi construire ». Le rare n'est plus le code, c'est le jugement produit.
7. Le signal DORA 2025 (à lire finement). Enquête Google Cloud (~5 000 pros, 90 % d'adoption IA) : corrélation positive au débit de livraison, mais négative à la stabilité (corrélations, non causalités). Interprétation : produire plus vite des fonctionnalités non validées crée instabilité et retravail — exactement ce que la discipline PDLC est censée prévenir en amont.
8. L'inversion du ratio. Andrew Ng (AI Startup School, juil. 2025) : certaines équipes proposent d'inverser le ratio historique « 1 PM pour 4 ingénieurs » jusqu'à « 2 PM pour 1 ingénieur » — selon le contexte. Signe que le centre de gravité de l'effort remonte vers la définition produit.
9. La frontière devient poreuse. Avec le spec-driven development, l'artefact de conception du PDLC alimente directement le SDLC : « la frontière entre les deux cycles devient poreuse ». La spécification produit devient exécutable par des agents.
10. Ce qu'une DSI doit acter. Optimiser le seul SDLC ne suffit plus : un SDLC augmenté devient norme de marché, pas différenciateur. Actions : (1) instrumenter la jonction avec le produit ; (2) exiger des spécifications exécutables en entrée ; (3) croiser métriques techniques et métriques d'outcome ; (4) refuser le rôle de « fournisseur de features ». Risque nommé : un PDLC artisanal face à un SDLC industrialisé crée un « déséquilibre intenable ».
11. Ce qu'un CPO doit acter. Le déplacement du goulot est promotion (le jugement produit redevient rare) et mise en demeure : outiller la discovery (prototypage par agents, validation accélérée des quatre risques) pour atteindre la parité d'industrialisation avec le SDLC. « Le CPO tient désormais le chemin critique de l'entreprise. »
12. Le positionnement maison SFEIR. Le cadre « Concevoir et fabriquer à l'ère de l'agentique » — cycle à 11 phases + Software Factory 10x — règle le versant ingénierie ; le levier suivant est l'articulation des deux cycles (PM augmenté, porosité PDLC/SDLC, gouvernance de bout en bout). Conclusion : « à mesure que le code devient une commodité, la marge se déplace vers le jugement produit et la gouvernance ».
13. À relier. cluster SDLC / ADLC / cycle agentique (BMAD-Method urbanisme IA agentique 2026-02-04 ; The New SDLC With Vibe Coding, Google mai 2026 ; SFEIR « architecte à l'ère de l'IA » 2026-07-15 ; SFEIR cycle à 11 phases) ; DORA (ROI/J-curve DORA 2026-04-21, State of AI-assisted Software Development 2025) ; feature factory / output vs outcome (John Cutler) ; spec-driven / Software Factory (StrongDM software factory 2026-02-06 ; approche spec-driven IA) ; KDLC (Ashish Singh, cycle de vie de la connaissance, 28 juin 2026) et compounding knowledge lifecycle (Klaassen 2026-07-02) comme cycles-de-vie voisins.