PDLC

La note de SFEIR du 22 juillet 2026 place le Product Development Life Cycle comme le cadre englobant : de l'idéation et de la découverte jusqu'au retrait du marché, avec le SDLC imbriqué à l'intérieur, sous la phase de développement. L'ISO/IEC/IEEE 12207 normalise le SDLC autour de la construction correcte et fiable du logiciel ; le PDLC demande si c'est le bon produit. Le PLC de Theodore Levitt (1965) observe une courbe commerciale, tandis que le PDLC organise un travail de conception.

Cette distinction a désormais des implications concrètes, pour une raison arithmétique. Google et JetBrains ont mesuré en mai 2026 qu'environ 85% des développeurs utilisent des agents de codage et qu'environ 41% du nouveau code est généré par IA, ce qui comprime l'implémentation de semaines à heures. Les Four Big Risks de Marty Cagan révèlent ce que cela laisse de côté : le SDLC traite nativement la seule faisabilité technique, un risque sur quatre. Une organisation forte sur le SDLC et aveugle au PDLC devient la "feature factory" de John Cutler, qui mesure la production plutôt que le résultat. DORA 2025, sur environ 5 000 professionnels, a constaté que l'adoption de l'IA était corrélée positivement au débit et négativement à la stabilité.

Bill Staples décrit un PDLC dans lequel le signal business devient un logiciel vérifié et où les résultats de production alimentent la décision en retour. Dans son récit, le jugement humain se déplace vers l'intention, l'architecture et les exceptions. Dorra Bartaguiz arrive par l'autre bout : équiper la seule équipe de développement crée un nouveau goulot d'étranglement, elle propose donc des agents spécialisés sur l'ensemble du cycle produit. Le développement piloté par les spécifications (spec-driven development) rend poreuse la frontière PDLC/SDLC, puisque la spécification elle-même devient exécutable par des agents.