Der Wurm im Plan: Warum die falsche Projektstruktur Ihr Team ausbremst

Der Projektstrukturplan (PSP) wird oftmals als lästige Pflichtübung in der Planungsphase behandelt: einmal gezeichnet, abgelegt, fertig. Dabei ist er das Fundament fast aller weiteren Strukturen – aus ihm leiten sich Arbeitspakete, Terminagenda Strukturen, Reportingstrukturen, Verantwortlichkeiten, Termin- und Kostenplanung, Berichtswesen und Dokumentation ab.

Vor allem aber legt die Struktur fest, wer mit wem reden und arbeiten muss und jede Schnittstelle kostet Abstimmung, Meetings und Dokumentation. Eine passende Struktur bündelt die starken Abhängigkeiten innerhalb der Teilprojekte. Eine unpassende Struktur schneidet genau durch sie hindurch.

Ein besonders häufiger Fehler passiert gleich am Anfang: Projektstrukturplan und Projektorganigramm werden in einen Topf geworfen. Dabei beantworten sie zwei völlig unterschiedliche Fragen. Der PSP beschreibt, was im Projekt geleistet und geliefert werden muss. Das Projektorganigramm zeigt, wer mit welcher Rolle mitwirkt und wie Entscheidungs- und Berichtswege laufen.

In der Praxis wird trotzdem oft beim Team begonnen: Wer ist dabei, welche Abteilungen sind betroffen, wer übernimmt welchen Bereich? Aus Personen und Abteilungen werden dann die Teilprojekte abgeleitet – ein Ast für die IT, einer für den Einkauf, einer für die Fachabteilung. Das sieht auf den ersten Blick ordentlich aus, ist aber keine bewusst gewählte Struktur, sondern ein Abbild der Linienorganisation.

Die Folgen:

• Die Gliederung folgt den Zuständigkeiten, nicht den Ergebnissen. 
• Arbeitspakete werden danach geschnitten, wer sie erledigt, nicht danach, was am Ende vorliegen soll. Dadurch fehlt oftmals die Verantwortlichkeit für Entscheidungen.
• Bestehende Abteilungsgrenzen und Konflikte werden eins zu eins ins Projekt übernommen.

Wichtig ist die Besetzungsliste gibt nicht die richtige Struktur oder Reihenfolge vor. 

Eine besonders folgenreiche Fehleinschätzung: Ein Vorhaben wird als ein großes Projekt aufgesetzt, obwohl es eigentlich ein Programm ist – also mehrere zusammenhängende Projekte, die gemeinsam gesteuert werden, weil sie zusammen einen Nutzen stiften, den sie einzeln nicht erreichen würden.

Wird so etwas in eine einzige Projektstruktur gepresst, wird der PSP riesig und unübersichtlich, der Lenkungsausschuss diskutiert Detailfragen aus fünf Themenfeldern in einer Sitzung, und Konflikte zwischen den Teilen werden nicht als Prioritätenfrage erkannt, sondern als Reibung im Team ausgetragen.

• Die Frage „Wer ist dafür zuständig?“ fällt in jedem zweiten Meeting.
• Arbeitspakete überschneiden sich oder Ergebnisse fallen zwischen zwei Teilprojekte.
• Dieselbe Information wird für mehrere Berichte unterschiedlich aufbereitet.
• Der Projektleiter ist zum Dauer-Übersetzer zwischen den Subteams geworden.
• Neue Teammitglieder brauchen Wochen, bis sie die Projektlogik verstehen.
• Der Fortschritt lässt sich nicht klar berichten
• Dieselben Themen werden mehrfach im gleichen Meeting zu unterschiedlichen Zeiten reportet und angesprochen
• Keiner sieht sich in einer direkten Verantwortung und Entscheidungsfunktion.
• Es herrscht spürbare Unruhe, obwohl inhaltlich eigentlich niemand etwas falsch macht.

Eine unpassende Struktur erzeugt Komplexität, die mit der eigentlichen Aufgabe nichts zu tun hat. Sie wirkt auf vier Ebenen:

• Verständnis: Die Struktur bildet nicht ab, wie das Ergebnis tatsächlich entsteht. Jeder muss im Kopf übersetzen.
• Dokumentation: Inhalte werden mehrfach oder gar nicht abgelegt.
• Kommunikation: Abhängigkeiten laufen quer zur Struktur – also braucht es zusätzliche Abstimmungsrunden, Verteiler und Meetings.
• Verantwortung: Wo Zuständigkeiten unklar sind, sichern sich Menschen ab. Das bedeutet mehr E-Mails in CC, mehr Rückfragen, langsamere Entscheidungen.

Das Ergebnis ist ein Team, das viel arbeitet und wenig vorankommt. Und weil die Ursache unsichtbar ist, wird sie oft falsch zugeordnet: als Kommunikationsproblem, als Führungsproblem, als Motivationsproblem.

Wer mitten im Projekt merkt, dass die Struktur nicht trägt, scheut oft den Umbau – zu viel Aufwand, zu viel Unruhe. Dabei kostet eine unpassende Struktur jede Woche erneut Zeit und Nerven. Ein bewusster Neuzuschnitt, gut erklärt und mit klarer Übergabe der Verantwortungen, ist meist die kleinere Störung. Wichtig ist, ihn als Entscheidung im Team zu treffen und zu kommunizieren – nicht als stille Korrektur im Projektplan.

Eine Projektstruktur ist kein Ordnungssystem für die Ablage, sondern die Architektur der Zusammenarbeit. Sie entscheidet, wer mit wem abstimmen muss, wo Verantwortung liegt und wie Fortschritt sichtbar wird. Die meisten Strukturfehler entstehen dabei nicht aus Unwissen, sondern aus Abkürzungen: Man übernimmt das Organigramm der Linie als Strukturplan, gliedert nach Gewohnheit statt nach Ergebnis oder behandelt ein Programm wie ein großes Projekt. Die Folgen zeigen sich erst später – als Unruhe, Abstimmungsschleifen und Doppelarbeit – und werden dann oft dem Team zugeschrieben.

Deshalb lohnt es sich, am Anfang bewusst drei Fragen zu stellen: Was liefern wir eigentlich? Wer verantwortet welches Ergebnis? Und ist das wirklich noch ein Projekt? Wer diese Fragen sauber beantwortet, gibt dem Team eine Struktur, die trägt statt bremst. Und wer unterwegs merkt, dass sie nicht trägt, sollte den Mut haben, sie umzubauen.