Ein Projekt kann hervorragend geplant sein.
Der Terminplan steht.
Die Meilensteine sind definiert.
Die Verantwortlichen sind benannt.
Das Reporting läuft.
Und trotzdem kommt das Projekt nicht richtig voran.
Dann passiert häufig etwas sehr Typisches:
Der Plan wird noch einmal überarbeitet.
Neue Maßnahmen werden ergänzt.
Weitere Meetings angesetzt.
Statusberichte detaillierter.
Deadlines verschoben.
Nur: Vielleicht liegt das Problem gar nicht im Plan.
Vielleicht fehlt dem Projekt etwas anderes.
Eine tragfähige Architektur.
Damit meine ich keine zusätzliche Bürokratie.
Keine neuen Gremien.
Keine komplizierteren Prozesse.
Sondern die Strukturen, die dafür sorgen, dass ein Projekt im Alltag überhaupt handlungsfähig bleibt.
Denn ein Projektplan beantwortet vor allem die Frage:
Was soll wann passieren?
Eine gute Projektarchitektur beantwortet zusätzlich:
Wer darf entscheiden?
Wer muss entscheiden?
Welche Priorität hat das Projekt wirklich?
Was passiert, wenn Ressourcen fehlen?
Wie werden Konflikte zwischen Bereichen gelöst?
Wann wird eskaliert – und zu wem?
Genau dort entstehen aus meiner Erfahrung viele der Probleme, die später als „Projektproblem“ sichtbar werden.
Der verspätete Meilenstein ist oft nur das Symptom
Nehmen wir ein einfaches Beispiel.
Ein wichtiger Meilenstein wird nicht erreicht.
Die naheliegende Reaktion:
Warum wurde die Aufgabe nicht rechtzeitig erledigt?
Aber vielleicht lag es gar nicht an der Aufgabe.
Vielleicht fehlte seit zwei Wochen eine Entscheidung.
Vielleicht wartet ein Bereich auf Informationen aus einem anderen Bereich.
Vielleicht konkurriert das Projekt mit fünf anderen Vorhaben um dieselben Ressourcen.
Vielleicht ist jemand formal verantwortlich, darf aber die notwendige Entscheidung gar nicht treffen.
Oder alle wissen, dass der Termin unrealistisch ist – nur niemand sagt es dort, wo die Entscheidung getroffen wird.
Dann ist der verspätete Termin lediglich das sichtbare Ergebnis.
Die eigentliche Leistungsbremse liegt in der Architektur des Projekts.
Gute Menschen können schlechte Strukturen erstaunlich lange ausgleichen
Das macht solche Probleme so schwer erkennbar.
Viele Projekte funktionieren trotz ihrer strukturellen Schwächen.
Warum?
Weil engagierte Menschen sie am Laufen halten.
Sie telefonieren Informationen hinterher.
Sie organisieren Entscheidungen auf dem kurzen Dienstweg.
Sie lösen Schnittstellenprobleme informell.
Sie arbeiten länger.
Sie übernehmen Verantwortung, die eigentlich woanders liegen müsste.
Von außen sieht das Projekt möglicherweise sogar stabil aus.
Bis Belastung steigt.
Bis jemand ausfällt.
Bis die Komplexität zunimmt.
Oder bis ein Konflikt entsteht, der sich nicht mehr informell lösen lässt.
Dann zeigt sich plötzlich:
Das Projekt war nie wirklich stabil.
Die Menschen haben es stabil gehalten.
Und genau das ist für mich ein Warnsignal.
Projektarchitektur beginnt bei vier Fragen
Wenn ich auf ein Projekt schaue, interessieren mich deshalb nicht zuerst die eingesetzten Methoden.
Mich interessieren zunächst vier Dinge.
1. Prioritäten
Ist wirklich klar, was wichtig ist?
Oder sind offiziell fünf Themen „Top-Priorität“?
Priorisierung heißt nicht nur festzulegen, was gemacht wird.
Sie heißt auch zu entscheiden:
Was machen wir jetzt bewusst nicht?
2. Verantwortung
Ist jemand nur für eine Aufgabe verantwortlich?
Oder besitzt diese Person auch die notwendige Entscheidungskompetenz?
Verantwortung ohne Entscheidungsrechte erzeugt Abstimmung.
Entscheidungsrechte ohne tatsächliche Verantwortungsübernahme erzeugen Stillstand.
Beides kostet Zeit.
3. Entscheidungswege
Wo werden Entscheidungen getroffen?
Wie schnell?
Und was passiert, wenn keine Entscheidung zustande kommt?
Viele vermeintliche Meetingprobleme sind aus meiner Sicht eigentlich Entscheidungsarchitektur-Probleme.
Es wird immer weiter diskutiert, weil niemand eindeutig klären kann:
Wer entscheidet jetzt?
4. Schnittstellen
Die meisten Projekte finden nicht innerhalb einer Abteilung statt.
Sie bewegen sich zwischen Bereichen.
Einkauf.
Produktion.
IT.
Vertrieb.
Logistik.
Controlling.
Geschäftsführung.
Und genau an diesen Übergängen entstehen häufig Wartezeiten, Missverständnisse und konkurrierende Interessen.
Jeder Bereich kann für sich sinnvoll handeln.
Und trotzdem kann das Gesamtprojekt verlieren.
Architektur bedeutet nicht mehr Regeln
Das ist mir besonders wichtig.
Wenn ich von Projektarchitektur spreche, meine ich nicht:
Noch ein Formular.
Noch ein Meeting.
Noch eine Freigabestufe.
Im Gegenteil.
Eine gute Architektur sollte Komplexität reduzieren.
Sie schafft Klarheit darüber,
wer was entscheidet,
welche Prioritäten gelten,
wie Zusammenarbeit funktioniert
und
wann eingegriffen werden muss.
Dadurch wird nicht jede Situation vorgegeben.
Aber die Organisation weiß, wie sie handeln kann, wenn etwas vom Plan abweicht.
Und genau das unterscheidet für mich einen Plan von einer tragfähigen Architektur.
PR5 setzt genau an diesem Punkt an
Für Projekte, die bereits ins Rutschen geraten sind, habe ich PR5 entwickelt.
Das Denkmodell folgt fünf Schritten:
Diagnose
Was passiert tatsächlich – und warum?
Stabilisieren
Was muss zuerst wieder unter Kontrolle gebracht werden?
Priorisieren
Was ist jetzt wirklich wichtig?
Verantwortung klären
Wer entscheidet und wer übernimmt Verantwortung?
Umsetzen
Wie werden Entscheidungen wieder zu konkretem Handeln?
PR5 ersetzt keinen Projektplan.
Es hilft vielmehr dabei, sichtbar zu machen, warum ein vorhandener Plan nicht mehr trägt.
Und genau deshalb sehe ich PR5 heute auch als Spezialanwendung einer grundsätzlicheren Frage:
Was bremst Leistung – und welche Struktur muss sich verändern, damit wieder Wirkung entstehen kann?
Vielleicht braucht Euer Projekt also keinen neuen Plan
Wenn ein Projekt gerade nicht richtig vorankommt, würde ich deshalb einmal bewusst nicht auf den Terminplan schauen.
Sondern auf vier andere Dinge:
Prioritäten.
Verantwortung.
Entscheidungen.
Schnittstellen.
Vielleicht findet sich dort die Erklärung dafür, warum trotz hoher Aktivität zu wenig Fortschritt entsteht.
Denn Projekte scheitern nicht immer am Plan.
Manchmal scheitern sie an der Architektur, die diesen Plan tragen müsste.
Mich interessiert Eure Erfahrung:
Was bremst Projekte in Eurem Alltag häufiger aus: fehlende Prioritäten, unklare Verantwortung, langsame Entscheidungen oder schwierige Schnittstellen?
Viele Grüße
Gerrit Bisping
Alle Bilder KI-generiert – redaktioneller Inhalt: Gerrit Bisping