# sfeir-sdlc-pdlc-articulation-2026-07-22

## Veille

Décryptage SFEIR (voix cabinet, « lecture d'ingénieurs ») articulant deux cadres trop souvent confondus : le **SDLC** (Software Development Life Cycle — *construire le logiciel correctement et de façon fiable*) et le **PDLC** (Product Development Life Cycle — *construire le bon produit et réussir sur le marché*). Thèse centrale : les deux cycles ne sont pas concurrents mais **emboîtés** — le SDLC est le sous-ensemble du PDLC **logé sous sa phase développement** ; quand une équipe produit atteint le stade « build », un cycle SDLC complet (conception → build → tests → revue → déploiement) s'exécute à l'intérieur. Le SDLC est normé (**ISO/IEC/IEEE 12207**, éditions 2017 et 2026), avec sa lignée de modèles (Waterfall 1970, cycle en V, itératif/spirale, **Agile 2001**, **DevOps/DevSecOps 2009+**) et ses métriques **DORA** (débit, stabilité, MTTR, change failure rate). Le PDLC, englobant, va de l'**idéation/discovery** au **retrait du marché** (à ne pas confondre avec le **PLC** marketing de Theodore Levitt, 1965, qui décrit une *courbe commerciale*, pas un *travail organisé* : « le PLC observe une courbe ; le PDLC organise un travail »). **Point de bascule** : le SDLC ne traite nativement **qu'un risque sur quatre** — via le cadre des **« Four Big Risks » de Marty Cagan** (Valeur → PM, Utilisabilité → Designer, Faisabilité → Lead Engineer, Viabilité business → PM), une organisation excellente en SDLC mais aveugle au PDLC produit « du logiciel dont personne ne veut » — la **« feature factory »** de John Cutler (succès mesuré à l'output, pas à l'outcome). **Pourquoi l'IA change tout** : l'IA générative **comprime le SDLC** (données Google/JetBrains mai 2026 : **~85 % des devs** utilisent régulièrement des agents de code, **~41 % du nouveau code** est généré par IA ; implémentation de semaines → heures), donc le **goulot d'étranglement se déplace vers l'amont** — décider *quoi* construire (Marty Cagan, avril 2026 : « quand le coût du delivery s'effondre, le goulot se déplace vers la discovery »). Conséquences : DORA 2025 (~5 000 pros, 90 % d'adoption IA) montre une **corrélation positive au débit mais négative à la stabilité** (plus de features non validées = instabilité + retravail) ; Andrew Ng (AI Startup School, juil. 2025) rapporte des équipes **inversant le ratio « 1 PM pour 4 ingénieurs » vers « 2 PM pour 1 ingénieur »** ; et avec le **spec-driven development**, la frontière PDLC/SDLC devient **poreuse** (la spec produit devient directement exécutable par des agents). **Ce qu'une DSI doit en retenir** : un SDLC augmenté devient **norme de marché, pas différenciateur** — il faut instrumenter la jonction avec le produit, exiger des **spécifications exécutables** en entrée, croiser métriques techniques et métriques d'outcome, et **refuser le rôle de « fournisseur de features »**. Pour un CPO : le déplacement du goulot vers la discovery est à la fois **promotion** (le jugement produit redevient rare) et **mise en demeure** (industrialiser la discovery pour atteindre la parité avec le SDLC). Le cadre maison SFEIR (« Concevoir et fabriquer à l'ère de l'agentique » — **cycle à 11 phases** + **Software Factory 10x**) est positionné comme réponse au versant ingénierie, le levier suivant étant l'**articulation des deux cycles**. Conclusion : « à mesure que le code devient une commodité, la marge se déplace vers le jugement produit et la gouvernance ».

## Titre Article

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

## Date

2026-07-22

## URL

https://www.sfeir.com/articles/sdlc-vs-pdlc-difference-articulation/

## Keywords

SDLC, Software Development Life Cycle, PDLC, Product Development Life Cycle, cycle de vie du logiciel, cycle de vie produit, PLC, product life cycle, Theodore Levitt, ISO/IEC/IEEE 12207, 12207, Waterfall, cycle en V, itératif, spirale, Agile, DevOps, DevSecOps, CI/CD, DORA, métriques DORA, débit, stabilité, MTTR, change failure rate, lead time, vélocité, discovery, idéation, product-market fit, adoption, rétention, NPS, Marty Cagan, Four Big Risks, quatre grands risques, valeur, utilisabilité, faisabilité, viabilité business, Product Manager, CPO, patron produit, Lead Engineer, designer, John Cutler, feature factory, output vs outcome, goulot d'étranglement, déplacement du goulot, amont, quoi construire, cost of delivery, IA générative, agents de code, 85% développeurs, 41% code généré par IA, Google JetBrains, vibe coding, The New SDLC With Vibe Coding, Andrew Ng, ratio PM ingénieurs, 2 PM pour 1 ingénieur, spec-driven development, spécification exécutable, porosité PDLC SDLC, frontière poreuse, DSI, CIO, différenciateur, norme de marché, jonction produit ingénierie, gouvernance de bout en bout, cadre agentique SFEIR, cycle à 11 phases, Software Factory 10x, PM augmenté, discovery outillée, prototypage par agents, emboîtement des cycles, sous-ensemble, jugement produit, commodité du code

## Authors

SFEIR (voix éditoriale du cabinet)

## Ton

**Profil** : article pédagogique-stratégique de cabinet (thought leadership SFEIR), adressé aux DSI, CPO et directions techniques. Structure canonique « clarification de vocabulaire → articulation → impact de l'IA → recommandations par rôle → FAQ », avec un **tableau comparatif** dimension par dimension (périmètre, finalité, question, acteurs, métriques, horizon, risques) et une section FAQ résolvant les confusions fréquentes (« le PDLC remplace-t-il le SDLC ? », « PDLC vs PLC ? »).

**Style** : didactique et charpenté — pose d'abord les définitions normées (renvoi à l'ISO/IEC/IEEE 12207, aux modèles historiques), puis mobilise des autorités reconnues (Marty Cagan pour les Four Big Risks et le déplacement du goulot, John Cutler pour la feature factory, Andrew Ng pour l'inversion du ratio PM/ingénieurs, DORA pour les données de stabilité). **Formules-marteau** récurrentes : « le PLC observe une courbe ; le PDLC organise un travail » ; « le SDLC ne traite nativement qu'un risque sur quatre » ; « à mesure que le code devient une commodité, la marge se déplace vers le jugement produit et la gouvernance ». Distingue **corrélation et causalité** (données DORA 2025 : « corrélations, non causalités »). Se clôt sur un **positionnement produit** assumé du cadre maison SFEIR (cycle à 11 phases, Software Factory 10x), présenté comme la brique déjà livrée à laquelle il faut désormais ajouter l'articulation des deux cycles.

## Pense-betes

- **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.
- **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 ».
- **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** ».
- **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**).
- **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**.
- **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**.
- **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.
- **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.
- **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.
- **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 ».
- **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. »
- **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** ».
- **À 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.

## RésuméDe400mots

SFEIR clarifie deux cadres souvent confondus. Le **SDLC** (Software Development Life Cycle), normé par **ISO/IEC/IEEE 12207** (2017, 2026), structure la **production logicielle** — recueil des besoins, conception, développement, tests/QA, déploiement, maintenance — avec sa lignée de modèles (Waterfall 1970, cycle en V, itératif/spirale, **Agile** 2001, **DevOps/DevSecOps** 2009+) et ses métriques **DORA** (débit, stabilité, MTTR, change failure rate). Sa finalité : « construire le logiciel **correctement et de façon fiable** ». Le **PDLC** (Product Development Life Cycle) est **englobant** : de l'idéation/discovery au retrait du marché, il vise à « construire le **bon** produit ». À ne pas confondre avec le **PLC** de Theodore Levitt (1965), qui décrit une **courbe commerciale** ; « le PLC observe une courbe, le PDLC organise un travail ».

**Articulation** : les cycles sont **emboîtés** — le SDLC est le sous-ensemble du PDLC logé sous sa **phase développement**. Point critique via les **« Four Big Risks » de Marty Cagan** (Valeur, Utilisabilité, Faisabilité, Viabilité business) : le SDLC ne traite nativement que la **faisabilité technique** — « un risque sur quatre ». Une organisation forte en SDLC mais aveugle au PDLC devient la **« feature factory »** de **John Cutler**, qui mesure le succès à l'**output** plutôt qu'à l'**outcome**.

**Pourquoi l'IA change tout** : l'IA générative **comprime le SDLC** (Google/JetBrains mai 2026 : **~85 %** des devs utilisent des agents de code, **~41 %** du nouveau code est généré par IA ; implémentation de semaines à heures). Le **goulot se déplace vers l'amont** — décider *quoi* construire (**Cagan**, avril 2026). Trois conséquences : **DORA 2025** (~5 000 pros, 90 % d'adoption) montre une corrélation **positive au débit mais négative à la stabilité** (corrélations, non causalités) — plus de features non validées, plus de retravail ; **Andrew Ng** (juil. 2025) rapporte l'inversion du ratio **« 1 PM / 4 ingénieurs » vers « 2 PM / 1 ingénieur »** ; et le **spec-driven development** rend la **frontière PDLC/SDLC poreuse** (la spec devient exécutable par des agents).

**Recommandations.** Pour le **DSI** : un SDLC augmenté est désormais **norme de marché, pas différenciateur** — instrumenter la jonction produit, exiger des **spécifications exécutables**, croiser métriques techniques et d'outcome, refuser le rôle de « fournisseur de features » ; un PDLC artisanal face à un SDLC industrialisé est un « déséquilibre intenable ». Pour le **CPO** : promotion **et** mise en demeure — **outiller la discovery** pour atteindre la parité d'industrialisation. SFEIR positionne son cadre maison (**cycle à 11 phases** + **Software Factory 10x**) comme réponse au versant ingénierie, l'**articulation des deux cycles** étant le levier suivant. Conclusion : « à mesure que le code devient une commodité, la marge se déplace vers le jugement produit et la gouvernance ».

## GrapheDeConnaissance

- SDLC —fait_partie_de→ PDLC (METHODOLOGIE, 0.95)
- SDLC —est_instance_de→ ISO/IEC/IEEE 12207 (DOCUMENT, 0.9)
- PDLC —s_oppose_à→ PLC (product life cycle, Theodore Levitt 1965) : le PLC observe une courbe commerciale, le PDLC organise un travail de conception (AFFIRMATION, 0.85)
- SDLC —affirme_que→ le SDLC ne traite nativement qu'un risque sur quatre (la faisabilité technique) parmi les Four Big Risks de Cagan (AFFIRMATION, 0.9)
- Marty Cagan —a_créé→ Four Big Risks (CONCEPT, 0.92)
- Four Big Risks —s_applique_à→ répartition des responsabilités produit : Valeur/Viabilité (PM), Utilisabilité (Designer), Faisabilité (Lead Engineer) (AFFIRMATION, 0.9)
- John Cutler —a_créé→ feature factory (CONCEPT, 0.9)
- feature factory —observé_dans→ organisations fortes en SDLC mais aveugles au PDLC, qui mesurent le succès à l'output plutôt qu'à l'outcome (AFFIRMATION, 0.88)
- IA générative —réduit→ le coût et la durée du SDLC : implémentation de semaines à heures (AFFIRMATION, 0.9)
- Google JetBrains —mesure→ ~85 % des développeurs utilisent régulièrement des agents de code et ~41 % du nouveau code est généré par IA (mai 2026) (MESURE, 0.9)
- Marty Cagan —affirme_que→ quand le coût du delivery s'effondre, le goulot d'étranglement se déplace vers l'amont : décider quoi construire (avril 2026) (AFFIRMATION, 0.92)
- Rapport DORA 2025 —mesure→ adoption IA à 90 % corrélée positivement au débit de livraison mais négativement à la stabilité (corrélations, non causalités) (MESURE, 0.88)
- Andrew Ng —affirme_que→ certaines équipes proposent d'inverser le ratio historique de 1 PM pour 4 ingénieurs jusqu'à 2 PM par ingénieur (juil. 2025) (AFFIRMATION, 0.85)
- approche spec-driven —permet→ rendre poreuse la frontière PDLC/SDLC : la spécification produit devient directement exécutable par des agents (AFFIRMATION, 0.85)
- SFEIR —recommande→ une DSI doit instrumenter la jonction produit, exiger des spécifications exécutables et refuser le rôle de fournisseur de features (AFFIRMATION, 0.88)
- SFEIR —affirme_que→ à mesure que le code devient une commodité, la marge se déplace vers le jugement produit et la gouvernance (AFFIRMATION, 0.9)
- cycle SFEIR à 11 phases —résout→ le versant ingénierie (SDLC augmenté) ; le levier suivant est l'articulation SDLC/PDLC (AFFIRMATION, 0.82)

---
Canonical: https://www.thekb.eu/fr/fiches/sfeir-sdlc-pdlc-articulation-2026-07-22/