PDLC

Die Notiz von SFEIR vom 22. Juli 2026 setzt den Product Development Life Cycle als den übergeordneten Rahmen: von der Ideenfindung und Entdeckung bis zum Marktrückzug, mit dem SDLC darin verschachtelt, unter der Entwicklungsphase. ISO/IEC/IEEE 12207 standardisiert den SDLC darauf, Software korrekt und zuverlässig zu bauen; der PDLC fragt, ob es das richtige Produkt ist. Theodore Levitts PLC (1965) beobachtet eine kommerzielle Kurve, während der PDLC eine Designarbeit organisiert.

Die Unterscheidung hat jetzt Gewicht, aus arithmetischen Gründen. Google und JetBrains maßen im Mai 2026, dass rund 85% der Entwickler Coding-Agents nutzen und rund 41% des neuen Codes KI-generiert ist, was die Implementierung von Wochen auf Stunden verdichtet. Marty Cagans Four Big Risks legen offen, was davon unberührt bleibt: Der SDLC adressiert von sich aus nur die technische Machbarkeit, eines von vier Risiken. Eine Organisation, die stark im SDLC ist und blind für den PDLC, wird zu John Cutlers Feature Factory, die Output statt Outcome misst. DORA 2025 fand, über etwa 5.000 Fachleute hinweg, dass KI-Einführung positiv mit Durchsatz und negativ mit Stabilität korrelierte.

Bill Staples beschreibt einen PDLC, in dem aus einem Business-Signal verifizierte Software wird und Produktionsergebnisse in die Entscheidung zurückfließen. Menschliches Urteilsvermögen verschiebt sich in seiner Darstellung nach oben, zu Intention, Architektur und Ausnahmen. Dorra Bartaguiz kommt vom anderen Ende her: Allein das Entwicklungsteam auszustatten schafft einen neuen Engpass, daher schlägt sie spezialisierte Agents über den gesamten Produktzyklus hinweg vor. Spec-driven Development macht die Grenze zwischen PDLC und SDLC durchlässig, da die Spezifikation selbst für Agents ausführbar wird.