SFEIR klärt zwei häufig vermischte Frameworks. Der SDLC (Software Development Life Cycle), standardisiert durch ISO/IEC/IEEE 12207 (2017, 2026), strukturiert die Softwareproduktion — Anforderungserhebung, Design, Entwicklung, Test/QA, Deployment, Wartung — mit seiner Modell-Genealogie (Waterfall 1970, V-Modell, iterativ/spiralförmig, Agile 2001, DevOps/DevSecOps ab 2009) und seinen DORA-Metriken (Durchsatz, Stabilität, MTTR, Change-Failure-Rate). Sein Zweck: „die Software korrekt und zuverlässig bauen“. Der PDLC (Product Development Life Cycle) ist der übergeordnete Zyklus: von Ideation/Discovery bis zum Marktrückzug zielt er darauf ab, „das richtige Produkt zu bauen“. Nicht zu verwechseln mit Theodore Levitts PLC (1965), der eine kommerzielle Kurve beschreibt; „der PLC beobachtet eine Kurve, der PDLC organisiert Arbeit“.
Verknüpfung: Die Zyklen sind verschachtelt — der SDLC ist die Teilmenge des PDLC, untergebracht in dessen Entwicklungsphase. Kritischer Punkt über Marty Cagans „Four Big Risks“ (Value, Usability, Feasibility, Business Viability): Der SDLC adressiert nativ nur die technische Machbarkeit — „eines von vier Risiken“. Eine Organisation, die im SDLC stark, aber gegenüber dem PDLC blind ist, wird zu John Cutlers „Feature Factory“, die Erfolg am Output statt am Outcome misst.
Warum KI alles verändert: Generative KI komprimiert den SDLC (Google/JetBrains, Mai 2026: ~85 % der Entwickler nutzen Coding-Agenten, ~41 % des neuen Codes ist KI-generiert; die Implementierung schrumpft von Wochen auf Stunden). Der Engpass verlagert sich stromaufwärts — die Entscheidung, was gebaut werden soll (Cagan, April 2026). Drei Konsequenzen: DORA 2025 (~5.000 Fachleute, 90 % Adoption) zeigt eine Korrelation, die positiv mit dem Durchsatz, aber negativ mit der Stabilität ist (Korrelationen, keine Kausalität) — mehr unvalidierte Features, mehr Nacharbeit; Andrew Ng (Juli 2025) berichtet von der Umkehrung des Verhältnisses „1 PM / 4 Ingenieure“ zu „2 PMs / 1 Ingenieur“; und Spec-driven Development macht die Grenze zwischen PDLC/SDLC durchlässig (die Spezifikation wird von Agenten ausführbar).
Empfehlungen. Für den CIO: Ein augmentierter SDLC ist inzwischen ein Marktstandard, kein Differenzierungsmerkmal — die Schnittstelle zum Produkt instrumentieren, ausführbare Spezifikationen verlangen, technische mit Outcome-Metriken abgleichen, die Rolle des „Feature-Lieferanten“ ablehnen; ein handwerklicher PDLC gegenüber einem industrialisierten SDLC bedeutet ein „nicht tragbares Ungleichgewicht“. Für den CPO: sowohl eine Aufwertung als auch eine Handlungsaufforderung — Discovery ausstatten, um mit der Industrialisierung gleichzuziehen. SFEIR positioniert sein eigenes Framework (11-Phasen-Zyklus + Software Factory 10x) als Antwort auf der Engineering-Seite, wobei die Verknüpfung der beiden Zyklen als nächster Hebel gilt. Fazit: „während Code zur Commodity wird, verschiebt sich die Marge hin zu Produkturteil und Governance.“