Ursachen für Projektfehlschläge liegen selten im Projekt

Wenn Entwicklungsprojekte scheitern, werden die Ursachen häufig im Projekt selbst gesucht. Termine wurden verfehlt, Anforderungen missverstanden, Risiken unterschätzt. Diese Erklärungen sind naheliegend, greifen jedoch oft zu kurz. Sie beschreiben Symptome, nicht die strukturellen Bedingungen, unter denen Projekte entstehen und arbeiten.

Lean Product Development richtet den Blick bewusst über das einzelne Projekt hinaus. Es betrachtet Projektverläufe als Spiegel des Gesamtsystems, in dem sie eingebettet sind. Was im Projekt sichtbar wird, hat seine Ursache häufig in der Organisation, nicht im Projektteam.

Projekte arbeiten nicht im luftleeren Raum

Entwicklungsprojekte teilen sich Ressourcen, Aufmerksamkeit und Entscheidungskapazität. Prioritäten ändern sich, Abhängigkeiten sind unklar, Zielkonflikte werden nicht explizit gemacht. Unter diesen Bedingungen ist Scheitern kein Ausnahmefall, sondern eine wahrscheinliche Folge.

Lean Product Development macht diese Rahmenbedingungen sichtbar. Es fragt nicht zuerst, was das Projekt falsch gemacht hat, sondern welche strukturellen Faktoren seine Arbeit geprägt haben. Überlastung, parallele Initiativen und unklare Verantwortlichkeiten wirken dabei stärker als einzelne Fehlentscheidungen.

Komplexität wird oft ins Projekt verlagert

Organisationen neigen dazu, ungelöste Zielkonflikte und Unsicherheiten in Projekte zu verlagern. Das Projekt soll klären, was vorher nicht entschieden wurde. Damit wird es zum Ort der Komplexitätsbewältigung, ohne dafür geeignete Strukturen zu haben.

Lean Product Development betrachtet diese Verlagerung kritisch. Projekte sind nicht dafür gemacht, strukturelle Defizite auszugleichen. Sie reagieren darauf mit Improvisation, Zusatzaufwand und inoffiziellen Lösungen. Kurzfristig entsteht Bewegung, langfristig jedoch Instabilität, die sich in Qualitätseinbußen, Kostensteigerungen und Terminproblemen niederschlägt.

Projekterfolg ist eine Systemleistung

Ob ein Projekt erfolgreich ist, hängt weniger von seiner internen Organisation ab als von der Anschlussfähigkeit an das Gesamtsystem. Wie klar sind Ziele. Wie stabil sind Schnittstellen zur Produktion. Wie verlässlich sind Entscheidungswege. Diese Faktoren liegen meist außerhalb des Projekts.

Lean Product Development rückt diese Zusammenhänge in den Vordergrund. Es nutzt Projekte nicht nur zur Produktentwicklung, sondern auch als Lernfeld für das System. Wiederkehrende Probleme werden nicht isoliert behandelt, sondern als Hinweise auf strukturelle Schwächen verstanden.

Diese Sichtweise verändert den Umgang mit Projektfehlschlägen grundlegend. Die Frage lautet dann nicht mehr, wer versagt hat, sondern was das Projekt über die Organisation offenlegt. Und ob man bereit ist, daraus Konsequenzen zu ziehen, bevor sich dieselben Muster im nächsten Projekt wiederholen.

Gerade diese systemische Perspektive macht sichtbar, warum Produktentwicklung für die gesamte Lean-Wirkung eine zentrale Rolle spielt. Siehe auch Die R-Prinzipien jenseits der Supply Chain

Diese systemische Perspektive führt zurück zur Frage, wie Lean Product Development im Unternehmen insgesamt verankert ist und welche Erwartungen daran geknüpft werden.