Der Projektstrukturplan (PSP) ist eines der wichtigsten Werkzeuge in der Projektplanung. Er zerlegt ein komplexes Projekt in überschaubare Teile und bildet die Grundlage für Zeitplanung, Budgetierung und Verantwortungszuweisung. Trotzdem wird er überraschend oft übersprungen -- mit kostspieligen Folgen: Ohne PSP fehlt die Übersicht, Aufgaben werden vergessen und der Scope wächst unkontrolliert.

In diesem Artikel lernst du, was ein Projektstrukturplan ist, wie du ihn Schritt für Schritt erstellst, und siehst ein konkretes Beispiel mit Vorlage. Außerdem zeigen wir dir, wie du den PSP-Erstellungsprozess mit KI automatisieren kannst.

Was ist ein Projektstrukturplan (PSP)?

Ein Projektstrukturplan -- englisch Work Breakdown Structure (WBS) -- ist die hierarchische Aufgliederung aller Arbeiten eines Projekts. Er beantwortet die zentrale Frage: Was muss alles getan werden, damit das Projekt erfolgreich abgeschlossen wird?

Der PSP zerlegt das Gesamtprojekt top-down in immer kleinere Einheiten, bis du auf einer Ebene angekommen bist, die sich einem Verantwortlichen zuweisen und zeitlich schätzen lässt. Die unterste Ebene nennt man Arbeitspakete -- die konkreten "To-dos" des Projekts.

Wichtig: Der PSP zeigt keine zeitliche Reihenfolge. Er ist kein Zeitplan und kein Gantt-Diagramm. Er zeigt die inhaltliche Struktur des Projekts. Die zeitliche Planung kommt danach, basierend auf dem PSP.

DIN 69901 Definition

Die DIN 69901 definiert den Projektstrukturplan als "vollständige, hierarchische Darstellung aller Elemente (Teilprojekte, Arbeitspakete) der Projektstruktur als Diagramm oder Liste." Der PSP ist damit ein normiertes Planungsinstrument, das in der professionellen Projektarbeit als Standard gilt.

Warum braucht jedes Projekt einen PSP?

Manche Projektleiter überspringen den PSP, weil er ihnen zu "theoretisch" erscheint. Das ist ein teurer Fehler. Hier sind die konkreten Vorteile eines guten Projektstrukturplans:

Vollständigkeit sicherstellen

Der PSP zwingt dich, systematisch alle nötigen Arbeiten zu identifizieren. Ohne diese Übung werden Aufgaben vergessen -- und tauchen dann mitten in der Umsetzung auf, wenn sie teuer und stressig sind. Der PSP ist deine beste Versicherung gegen das gefürchtete "Das haben wir nicht bedacht".

Scope klar definieren

Was im PSP steht, gehört zum Projekt. Was nicht drin steht, gehört nicht dazu. Diese klare Abgrenzung ist die wirksamste Waffe gegen Scope Creep -- das unkontrollierte Wachsen des Projektumfangs. Wenn jemand eine neue Anforderung einbringt, prüfst du: Ist sie im PSP? Wenn nicht, ist es ein Change Request.

Grundlage für alles Weitere

Der PSP ist das Fundament, auf dem alle weiteren Planungsschritte aufbauen:

Kommunikation vereinfachen

Ein PSP gibt allen Beteiligten die gleiche Sicht auf das Projekt. Er schafft eine gemeinsame Sprache und verhindert Missverständnisse darüber, was "zum Projekt gehört" und was nicht.

"Wer den PSP überspringt, spart einen Tag in der Planung und verliert einen Monat in der Umsetzung."

Aufbau eines PSP: Die 4 Hierarchieebenen

Ein typischer Projektstrukturplan hat 3-4 Hierarchieebenen. Je nach Projektgröße kann er auch tiefer gehen, aber mehr als 5 Ebenen sind selten sinnvoll.

Typischer PSP-Aufbau: 4 Ebenen

Ebene 1: Gesamtprojekt
|
Ebene 2: Phase 1
Ebene 2: Phase 2
Ebene 2: Phase 3
Ebene 2: Phase ...
|
Ebene 3: Arbeitspaket 1.1
Ebene 3: Arbeitspaket 1.2
Ebene 3: Arbeitspaket 2.1
Ebene 3: Arbeitspaket 2.2
|
Ebene 4: Aufgabe 1.1.1
Ebene 4: Aufgabe 1.1.2
Ebene 4: Aufgabe 1.2.1
Ebene 4: Aufgabe 2.1.1

Ebene 1: Gesamtprojekt

Die oberste Ebene ist das Projekt selbst. Hier steht der Projektname und das übergeordnete Ziel. Es gibt nur ein Element auf dieser Ebene.

Ebene 2: Teilprojekte oder Phasen

Das Projekt wird in große, logische Blöcke unterteilt. Je nach Gliederungsart sind das Phasen (zeitlich), Teilprojekte (thematisch) oder Funktionen (organisatorisch). Typisch: 4-7 Elemente auf dieser Ebene.

Ebene 3: Arbeitspakete

Die Arbeitspakete sind die zentrale Ebene des PSP. Ein Arbeitspaket ist eine klar abgegrenzte Einheit von Arbeit, die einem Verantwortlichen zugewiesen werden kann und ein messbares Ergebnis hat. Typische Größe: 1-5 Arbeitstage.

Ebene 4: Aufgaben (optional)

Bei größeren Projekten können Arbeitspakete weiter in einzelne Aufgaben zerlegt werden. Diese Ebene ist optional und sollte nur genutzt werden, wenn die Arbeitspakete selbst zu groß für eine direkte Steuerung sind.

Die 100%-Regel

Jede Ebene im PSP muss 100 % der Arbeit der übergeordneten Ebene abdecken. Wenn du Phase 1 in Arbeitspakete zerlegst, müssen alle Arbeitspakete zusammen den gesamten Umfang von Phase 1 darstellen -- nicht mehr und nicht weniger. Diese Regel stellt sicher, dass nichts vergessen und nichts doppelt gezählt wird.

PSP erstellen: Schritt-für-Schritt Anleitung

So erstellst du einen Projektstrukturplan systematisch und vollständig:

1

Projektziel und Scope definieren

Bevor du den PSP erstellst, muss klar sein, was das Projekt erreichen soll und was nicht dazugehört. Ohne klare Scope-Definition wird dein PSP entweder zu groß (alles Mögliche wird einbezogen) oder zu klein (wichtige Aspekte fehlen).

Formuliere das Projektziel nach der SMART-Methode und definiere explizit die Ausschlüsse. Mehr dazu in unserer Projektplan-Anleitung.

2

Gliederungsart wählen

Entscheide, wie du dein Projekt auf Ebene 2 gliedern willst:

Die phasenorientierte Gliederung ist am intuitivsten und für die meisten Projekte die beste Wahl. Details dazu findest du im Abschnitt Gliederungsarten.

3

Top-down zerlegen: Vom Großen ins Kleine

Beginne beim Gesamtprojekt und zerlege es schrittweise:

  1. Definiere die Phasen (Ebene 2): Welche großen Abschnitte hat das Projekt?
  2. Definiere die Arbeitspakete pro Phase (Ebene 3): Welche konkreten Arbeitsblöcke gibt es in jeder Phase?
  3. Optional: Zerlege große Arbeitspakete in Aufgaben (Ebene 4)

Bei jedem Schritt prüfst du die 100%-Regel: Decken alle Unterelemente zusammen den gesamten Umfang des übergeordneten Elements ab?

4

Arbeitspakete beschreiben

Jedes Arbeitspaket braucht eine klare Beschreibung mit mindestens diesen Informationen:

5

Vollständigkeit prüfen und validieren

Prüfe den fertigen PSP mit diesen Fragen:

Tipp: Validiere den PSP im Team. Einzelpersonen übersehen leichter Aspekte als eine Gruppe mit verschiedenen Perspektiven.

Beispiel: PSP für ein Software-Einführungsprojekt

Hier ein konkretes Beispiel: Die Einführung einer neuen HR-Software für 300 Mitarbeiter. Das Beispiel zeigt einen phasenorientierten PSP mit 3 Ebenen.

PSP: HR-Software-Einführung

Dieses Beispiel zeigt einige wichtige Merkmale eines guten PSP:

PSP-Codierung

Jedes Element bekommt einen eindeutigen Code: "3.1.2" bedeutet Phase 3, Arbeitspaket 1, Aufgabe 2. Diese Codierung erleichtert die Referenzierung in Zeitplänen, Budgets und Statusberichten. Jeder weiß sofort, wovon die Rede ist, wenn Arbeitspaket "4.2.3" erwähnt wird.

Gliederungsarten: Phasen, Objekte oder Funktionen

Es gibt drei grundlegende Ansätze, nach denen du deinen PSP auf der zweiten Ebene gliederst. Die Wahl hängt vom Projekttyp ab:

Phasenorientierte Gliederung

Die häufigste Form. Das Projekt wird nach zeitlichen Abschnitten gegliedert: Analyse, Konzeption, Umsetzung, Test, Rollout. Ideal für: Die meisten Projekte, besonders IT-Projekte, Organisationsprojekte und Produkteinführungen.

Vorteil: Intuitiv verständlich, direkte Überleitung in den Zeitplan. Nachteil: Phasenübergreifende Aufgaben (z.B. Projektmanagement) müssen gesondert dargestellt werden.

Objektorientierte Gliederung

Das Projekt wird nach Lieferergebnissen oder Teilprodukten gegliedert. Beispiel Hausbau: Fundament, Rohbau, Dach, Elektrik, Sanitär, Innenausbau. Ideal für: Produkt- und Bauprojekte, bei denen mehrere physische oder digitale Komponenten entstehen.

Vorteil: Klare Zuordnung zu Lieferergebnissen. Nachteil: Die zeitliche Abfolge ist weniger offensichtlich.

Funktionsorientierte Gliederung

Das Projekt wird nach beteiligten Abteilungen oder Disziplinen gegliedert. Beispiel: Entwicklung, Design, Marketing, Vertrieb, Support. Ideal für: Organisationsübergreifende Projekte, bei denen verschiedene Abteilungen relativ unabhängig arbeiten.

Vorteil: Klare Verantwortungszuweisung. Nachteil: Abhängigkeiten zwischen Abteilungen werden weniger sichtbar.

Gliederungsart Ebene 2 Beispiel Ideal für Häufigkeit
Phasenorientiert Analyse, Konzeption, Umsetzung, Test IT, Organisation, Produkteinführung Am häufigsten (~70 %)
Objektorientiert Hardware, Software, Schulung, Doku Bau, Produkt, Engineering Häufig (~20 %)
Funktionsorientiert Entwicklung, Design, Marketing Abteilungsübergreifend Seltener (~10 %)
Praxistipp: Mischformen sind erlaubt

In der Praxis sind Mischformen üblich und sinnvoll. Du kannst auf Ebene 2 phasenorientiert gliedern und innerhalb einzelner Phasen auf Ebene 3 objektorientiert. Das HR-Software-Beispiel oben ist im Kern phasenorientiert, enthält aber mit Phase 7 (Projektmanagement) ein funktionales Element.

5 häufige Fehler beim Projektstrukturplan

Diese Fehler sehe ich regelmäßig -- und sie machen den PSP wertlos oder sogar kontraproduktiv:

Fehler, die du vermeiden solltest
  1. Zu grobe Arbeitspakete: "Umsetzung" als ein Arbeitspaket für eine 8-Wochen-Phase ist nutzlos. Du brauchst Pakete von 1-5 Tagen, um planen und steuern zu können.
  2. Querschnittsaufgaben vergessen: Projektmanagement, Qualitätssicherung, Dokumentation und Kommunikation laufen über alle Phasen und werden oft vergessen. Diese Arbeiten kosten typischerweise 10-15 % des Gesamtaufwands.
  3. 100%-Regel verletzt: Die Arbeitspakete einer Phase decken nicht den gesamten Umfang ab, oder es gibt Überschneidungen. Das führt zu vergessenen Aufgaben oder Doppelarbeit.
  4. PSP mit Zeitplan verwechseln: Der PSP zeigt was getan werden muss, nicht wann. Zeitliche Reihenfolge und Abhängigkeiten gehören in den Zeitplan (z.B. ein Gantt-Diagramm), nicht in den PSP.
  5. Einmal erstellt, nie aktualisiert: Der PSP ist ein lebendes Dokument. Bei Scope-Änderungen muss er aktualisiert werden. Sonst weichen Realität und Plan immer weiter auseinander.

PSP vs. Projektplan: Der Unterschied

Eine häufige Verwechslung: Der Projektstrukturplan und der Projektplan sind nicht dasselbe. Hier die klare Abgrenzung:

Aspekt Projektstrukturplan (PSP) Projektplan
Fokus WAS muss getan werden? WAS, WANN, WER, WIE VIEL?
Inhalt Hierarchische Aufgabengliederung PSP + Timeline + Budget + Risiken + Stakeholder
Zeitliche Dimension Nein (keine Reihenfolge) Ja (Timeline, Gantt-Diagramm)
Budget Nein Ja (Kostenkalkulation)
Risiken Nein Ja (Risikoanalyse)
Verantwortlichkeiten Auf Arbeitspaketebene Detailliert (RACI-Matrix)
Umfang Teilaspekt Gesamtdokument

Kurzgesagt: Der PSP ist ein wichtiger Baustein des Projektplans. Ein guter Projektplan enthält immer einen PSP, geht aber weit darüber hinaus mit Zeitplanung, Budgetierung und Risikoanalyse.

KI-Alternative: PSP automatisch generieren lassen

Das manuelle Erstellen eines PSP ist gründlich, aber zeitaufwändig. Für ein mittleres Projekt brauchst du 1-3 Tage, bis alle Phasen, Arbeitspakete und Aufgaben definiert sind. Es gibt einen schnelleren Weg.

PathHub AI generiert automatisch einen vollständigen Projektstrukturplan aus deiner Projektbeschreibung. Beschreibe dein Projektziel in 1-2 Sätzen, und die KI erstellt:

Der Unterschied zur manuellen Erstellung: Du bekommst nicht nur den PSP (die Aufgabenstruktur), sondern gleich den kompletten Projektplan -- inklusive Timeline, Budget und Risiken. Du kannst den generierten Plan direkt in PathHub AI weiter bearbeiten, Aufgaben anpassen, Verantwortliche zuweisen und den Fortschritt tracken.

Wann manuell, wann KI?

Beide Ansätze haben ihre Berechtigung:

Häufig gestellte Fragen

Ein Projektstrukturplan (PSP) -- englisch Work Breakdown Structure (WBS) -- ist die hierarchische Aufgliederung aller Arbeiten eines Projekts. Er zerlegt das Gesamtprojekt top-down in Teilprojekte, Phasen, Arbeitspakete und Aufgaben. Der PSP beantwortet die Frage: Was muss alles getan werden, damit das Projekt erfolgreich ist? Er ist die Grundlage für Zeitplanung, Budgetierung und Ressourcenzuweisung und nach DIN 69901 ein Standardinstrument der professionellen Projektarbeit.
Der PSP zeigt die inhaltliche Struktur (WAS muss getan werden?), der Projektplan ist das Gesamtdokument (WAS + WANN + WER + WIE VIEL + WELCHE RISIKEN). Der PSP ist ein Baustein des Projektplans. Ein vollständiger Projektplan enthält den PSP, ergänzt ihn aber um Timeline, Budget, Risikoanalyse, Stakeholder-Übersicht und Verantwortlichkeiten. Der PSP hat keine zeitliche Dimension -- die kommt erst mit dem Gantt-Diagramm dazu.
Ein PSP sollte so detailliert sein, dass die unterste Ebene (Arbeitspakete) in 1-5 Arbeitstagen erledigt werden kann und einer Person zugeordnet werden kann. In der Praxis hat ein PSP 3-4 Hierarchieebenen: Projekt, Phase, Arbeitspaket, ggf. Aufgabe. Zu viel Detail erhöht den Verwaltungsaufwand unnötig, zu wenig Detail macht die Planung und Steuerung unbrauchbar. Als Faustregel: Ein mittleres Projekt hat typischerweise 30-80 Arbeitspakete.
Die 100%-Regel besagt, dass jede Ebene im PSP den gesamten Umfang der übergeordneten Ebene abdecken muss -- nicht mehr und nicht weniger. Wenn du Phase 1 in Arbeitspakete zerlegst, müssen alle Arbeitspakete zusammen 100 % des Umfangs von Phase 1 darstellen. Diese Regel stellt sicher, dass keine Arbeit vergessen wird (unter 100 %) und keine Doppelarbeit entsteht (über 100 %). Sie ist das wichtigste Qualitätskriterium für einen guten PSP.
Ja. Tools wie PathHub AI können aus einer Projektbeschreibung automatisch einen vollständigen Projektstrukturplan generieren -- mit Phasen, Arbeitspaketen und Aufgaben in der richtigen Granularität. Darüber hinaus erstellt die KI auch den vollständigen Projektplan mit Timeline, Budget und Risikoanalyse. Die empfohlene Vorgehensweise: Lass die KI einen Entwurf generieren und verfeinere ihn dann mit deinem Team und Fachwissen. Mehr zur KI im Projektmanagement.