Projektstrukturplan (PSP) erstellen – einfach erklärt

Projektstrukturplan (PSP) erstellen – einfach erklärt – Ein Projekt startet oft mit vielen Ideen, Erwartungen und Anforderungen – aber ohne klare Struktur. Genau hier scheitern viele Teams: Aufgaben werden doppelt erledigt, wichtige Themen gehen unter, Deadlines kippen. Ein sauberer Projektstrukturplan (PSP) schafft Ordnung, macht den Projektumfang transparent und bildet die Basis für Termin-, Kosten- und Ressourcenplanung.
In diesem Beitrag erfahren Sie Schritt für Schritt, wie Sie einen Projektstrukturplan erstellen – einfach erklärt, praxisnah und mit Beispielen, die Sie direkt in Ihren Projekten nutzen können.

Projektstrukturplan (PSP) erstellen – einfach erklärt
Projektstrukturplan (PSP) erstellen – einfach erklärt

Was ist ein Projektstrukturplan? (kurz & auf den Punkt)

Ein Projektstrukturplan (PSP) ist die hierarchische Zerlegung eines Projekts in überschaubare Teilprojekte, Teilaufgaben und Arbeitspakete.

Er beantwortet im Kern die Frage: „Was genau muss im Projekt erledigt werden?“, nicht: „Wer?“, „Wann?“ oder „Wie viel kostet es?“.

Typische Merkmale:


Warum Sie ohne PSP Projekte unnötig riskieren

Ein PSP ist keine akademische Übung, sondern reduziert ganz konkret Projektrisiken:

Ohne Projektstrukturplan passieren typischerweise:

Mit einem sauberen PSP erreichen Sie:

Für Entscheider und Projektleiter ist der Projektstrukturplan damit das zentrale Strukturierungsinstrument – vor jeder Gantt-Chart, jedem Kanban-Board und jedem Tool.


Grundlagen: Aufbau und Prinzipien eines PSP

Zentrale Begriffe

Die 100-%-Regel

Die wichtigste Regel beim Projektstrukturplan:

Die Summe der Elemente einer Ebene ergibt immer genau das übergeordnete Element – nicht mehr, nicht weniger.

Beispiel:
Wenn „Einführung CRM-System“ in die drei Teilprojekte „Konzept“, „Implementierung“ und „Einführung“ zerlegt wird, müssen alle Projektinhalte in genau eines dieser drei Teilprojekte passen. Nichts darf „dazwischen fallen“, nichts darf doppelt vorkommen.

Ordnungsprinzipien: Wie lässt sich ein PSP strukturieren?

Sie können Ihren PSP nach verschiedenen Logiken aufbauen:

  1. Phasenorientiert
    • z. B. Initialisierung – Planung – Realisierung – Test – Rollout
    • Gut für Projektberichte und Stakeholderkommunikation.
  2. Objektorientiert / Produktorientiert
    • z. B. „Software“, „Schnittstellen“, „Datenmigration“, „Training“
    • Fokus auf den zu liefernden Ergebnissen.
  3. Funktionsorientiert
    • z. B. „Anforderungen“, „Entwicklung“, „Qualitätssicherung“, „Betriebsvorbereitung“
    • Häufig in technisch geprägten Projekten.
  4. Mischformen
    • In der Praxis oft eine Kombination, z. B. Phasen auf oberster Ebene, darunter produktorientiert.

Wichtig ist: Ein Logikbruch pro Ast vermeiden. Ein Ast sollte entweder phasen-, produkt- oder funktionsorientiert sein, nicht alles gemischt.


Projektstrukturplan erstellen – Schritt-für-Schritt-Anleitung

Im Folgenden ein pragmatischer Ablauf, wie Sie einen Projektstrukturplan erstellen, der in der Praxis funktioniert.

Schritt 1: Projektziel und Scope klären

Bevor Sie in Kästchen und Linien denken, klären Sie:

Hilfreiche Fragen:

Dokumentieren Sie das Ergebnis in 3–7 klaren Bulletpoints. Diese bilden später die obersten Ebenen im PSP.

Schritt 2: Top-Level-Struktur festlegen

Entscheiden Sie sich für ein Ordnungsprinzip (Phasen, Produkte, Funktionen oder Mischung) und definieren Sie 3–7 Hauptäste.

Beispiele für mögliche Top-Level-Strukturen:

Beschränken Sie sich bewusst: Zu viele Top-Level-Elemente machen den PSP unübersichtlich.

Schritt 3: Top-down zerlegen – aber mit gesundem Menschenverstand

Zerlegen Sie nun jedes Hauptelement schrittweise in Unterelemente:

  1. Was gehört alles zu diesem Teilprojekt / Ergebnis?
  2. Wie lassen sich diese Inhalte sinnvoll gruppieren?
  3. Was kann man als eigenständiges Arbeitspaket verstehen?

Dazu eignen sich Workshops mit:

Praktische Technik:

Schritt 4: Arbeitspakete definieren

Ein Arbeitspaket ist die unterste Ebene im PSP. Es sollte:

Hilfsfragen für gute Arbeitspakete:

Typische Fehler:

Besser:

Schritt 5: PSP-Codes vergeben

Ein sauberer PSP arbeitet mit eindeutigen Kennzeichnungen (PSP-Codes). Diese erleichtern:

Typische Notation (Beispiel):

Je nach Unternehmensstandard können Sie auch Buchstaben-Zahlen-Kombinationen oder DIN-konforme PSP-Codes nutzen. Wichtig ist: eindeutig, konsistent, durchgängig.

Schritt 6: Vollständigkeit prüfen

Bevor Sie den PSP „einfrieren“, prüfen Sie ihn systematisch. Bewährt haben sich:

100-%-Regel

Ergebnisorientierung

Stakeholder-Prüfung


Konkretes Beispiel: Projektstrukturplan für ein IT-Projekt

Nehmen wir ein reduziertes Praxisbeispiel: Einführung eines neuen Intranets.

Projekt: Einführung Intranet 2.0

Top-Level-Struktur (produkt- und phasenorientiert gemischt):

  1. Projektmanagement
  2. Anforderungs- & Konzeptphase
  3. Technische Umsetzung
  4. Inhalte & Migration
  5. Test & Abnahme
  6. Rollout & Schulung

Auszug der Zerlegung:

  1. Projektmanagement
    • 1.1 Projektauftrag & Governance
    • 1.2 Projektplanung & Controlling
    • 1.3 Risiko- & Stakeholdermanagement
    • 1.4 Reporting & Steering Committee
  2. Anforderungs- & Konzeptphase
    • 2.1 Ist-Analyse bestehendes Intranet
    • 2.2 Stakeholder-Interviews & Workshops
    • 2.3 Zielbild & Use Cases definieren
    • 2.4 Fachliches Konzept erstellen
    • 2.5 Technische Architektur definieren
  3. Technische Umsetzung
    • 3.1 Systemauswahl / Plattformentscheidung
    • 3.2 Systeminstallation & Grundkonfiguration
    • 3.3 Schnittstellen implementieren
    • 3.4 Berechtigungs- & Rollenmodell umsetzen
  4. Inhalte & Migration
    • 4.1 Content-Inventur Alt-System
    • 4.2 Content-Bereinigung & Archivierung
    • 4.3 Migration relevanter Inhalte
    • 4.4 Erstellung neuer Inhalte / Templates
  5. Test & Abnahme
    • 5.1 Testkonzept erstellen
    • 5.2 Funktionstests durchführen
    • 5.3 Usability-Tests mit Pilotgruppe
    • 5.4 Abnahmekriterien prüfen & dokumentieren
  6. Rollout & Schulung
    • 6.1 Rollout-Plan erstellen
    • 6.2 Schulungsunterlagen erstellen
    • 6.3 Key User & Multiplikatoren schulen
    • 6.4 Kommunikation & Launch-Kampagne

Jeder Punkt der untersten Ebene lässt sich als Arbeitspaket definieren – mit Verantwortlichem, Aufwand und Termin.


Typische Fehler beim Projektstrukturplan – und wie Sie sie vermeiden

1. Aktivitäten statt Ergebnisse

Fehler: „Workshops durchführen“, „Meetings abhalten“, „Projekt koordinieren“.

Besser:
Ergebnisorientiert formulieren, z. B.:

2. Zu grobe oder zu detaillierte Arbeitspakete

Orientierung:

3. Vermischung von Ordnungsprinzipien im gleichen Ast

Beispiel für einen Misch-Masch-Ast:

Besser:

4. Kein Abgleich mit Stakeholdern

Ein PSP, den nur der Projektleiter versteht, hilft wenig. Binden Sie früh ein:

Lassen Sie sie gezielt prüfen:


Vom Projektstrukturplan zur Zeit- und Ressourcenplanung

Der Projektstrukturplan steht vor dem Terminplan. Die Schritte danach:

  1. Arbeitspakete beschreiben
    • Inhalt, Ergebnis, Abgrenzungen
    • Akzeptanzkriterien
  2. Aufwand schätzen
    • Personentage / Personenstunden
    • ggf. Kostenaufwand pro Paket
  3. Abhängigkeiten definieren
    • Was muss vorher erledigt sein?
    • Was kann parallel laufen?
  4. Terminplan erstellen
    • z. B. Gantt-Diagramm, Roadmap, Sprint-Planung
    • Meilensteine festlegen
  5. Ressourcen zuordnen
    • Rollen / Personen
    • externe Dienstleister
    • Sachmittel

Der PSP liefert die Struktur. Darauf setzen alle weiteren Pläne auf. Wer diesen Schritt überspringt, kämpft später mit Flickwerk im Terminplan.


Hilfreiche Werkzeuge und Darstellungsformen für den PSP

Sie können einen Projektstrukturplan auf verschiedene Weise darstellen:

Tools, die PSP unterstützen (Auswahl):

Wichtiger als das Tool ist ein klarer Strukturierungsansatz und eine durchgängige Notation.


Wichtige W‑Fragen zum Projektstrukturplan

Wie detailliert muss ein Projektstrukturplan sein?
So detailliert, dass alle relevanten Ergebnisse klar beschrieben und schätzbar sind – aber nicht so detailliert, dass Sie sich in Mikroschritten verlieren. Orientierung: Arbeitspakete mit 1 Tag bis max. 2–3 Wochen Aufwand.

Wer erstellt den Projektstrukturplan?
In der Regel der Projektleiter gemeinsam mit dem Kernteam. Für komplexe Vorhaben sind fachliche Vertreter, IT, externe Partner und ggf. ein PMO sinnvoll eingebunden.

Wann wird der PSP erstellt?
In der frühen Planungsphase, nachdem Projektziel und grober Scope geklärt sind. Der PSP wird im Projektverlauf bei Bedarf aktualisiert, wenn sich der Umfang ändert.

Ist der PSP ein statisches Dokument?
Nein. Er ist eine Baseline, die bei Veränderungen am Projektumfang angepasst wird. Änderungen sollten aber bewusst und dokumentiert erfolgen.

Was ist der Unterschied zwischen Projektstrukturplan und Arbeitspaketliste?
Der PSP zeigt die Struktur der Arbeitspakete. Die Arbeitspaketliste ergänzt diese Elemente um Details wie Beschreibung, Aufwand, Kosten, Verantwortliche und Termine.


Best Practices für Entscheider und Projektleiter

Zum Abschluss die wichtigsten Empfehlungen kompakt:

Wenn Sie diese Grundsätze beherzigen, wird der Projektstrukturplan zum Rückgrat Ihres Projektmanagements – nicht zum lästigen Pflichtdokument.


Unterstützung bei komplexen Projektstrukturplänen

Gerade in großen Programmen, in regulierten Branchen oder bei der Verzahnung vieler Teilprojekte stoßen Standard-Vorlagen schnell an Grenzen. Dann lohnt sich ein strukturierter, moderierter Ansatz – vom Zielbild über den Projektstrukturplan bis hin zu Roadmap, Governance und Ressourcenmodell.

Wenn Sie für Ihr Unternehmen einen professionellen Projektstrukturplan aufsetzen oder bestehende Strukturen überprüfen und verbessern möchten, kann eine externe, neutrale Sicht helfen. Die Berater der PURE Consultant unterstützen Sie dabei, komplexe Vorhaben klar zu strukturieren, praxistaugliche PSPs zu entwickeln und diese direkt mit Ihrer Projekt- und Portfoliosteuerung zu verknüpfen.

Weitere Einträge