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.
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:
- vollständige Übersicht über alle Projektinhalte
- Baumstruktur von oben (Projekt) nach unten (Arbeitspakete)
- klare Abgrenzung der Elemente
- Grundlage für Termin-, Kosten- und Ressourcenplanung
Warum Sie ohne PSP Projekte unnötig riskieren
Ein PSP ist keine akademische Übung, sondern reduziert ganz konkret Projektrisiken:
Ohne Projektstrukturplan passieren typischerweise:
- Wichtige Aufgaben fehlen komplett im Plan.
- Aufgaben werden zu grob definiert („Marketing machen“) und lassen sich nicht steuern.
- Abhängigkeiten sind unklar, Meilensteine wackeln.
- Aufwandsschätzungen sind Bauchgefühl statt fundiert.
- Projektteam und Stakeholder haben kein gemeinsames Bild vom Projektumfang.
Mit einem sauberen PSP erreichen Sie:
- Transparenz: Alle sehen auf einen Blick, was zum Projekt gehört – und was nicht.
- Steuerbarkeit: Arbeitspakete sind so geschnitten, dass Aufwand und Dauer schätzbar sind.
- Verbindlichkeit: Klare Abgrenzung von Verantwortungen (später über die Arbeitspakete).
- Planbarkeit: Der PSP ist die Basis für Zeitplan, Budget, Ressourcen und Risikoanalyse.
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
- Projekt: Oberste Ebene, z. B. „Einführung CRM-System“.
- Teilprojekt / Teilaufgabe: Grobe Projektbereiche, z. B. „Anforderungsanalyse“, „Technische Implementierung“, „Change Management“.
- Arbeitspaket: Kleinste Einheit im PSP, die nicht weiter zerlegt wird. Hier wird später geplant: Aufwand, Dauer, Ressourcen, Kosten.
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:
- Phasenorientiert
- z. B. Initialisierung – Planung – Realisierung – Test – Rollout
- Gut für Projektberichte und Stakeholderkommunikation.
- Objektorientiert / Produktorientiert
- z. B. „Software“, „Schnittstellen“, „Datenmigration“, „Training“
- Fokus auf den zu liefernden Ergebnissen.
- Funktionsorientiert
- z. B. „Anforderungen“, „Entwicklung“, „Qualitätssicherung“, „Betriebsvorbereitung“
- Häufig in technisch geprägten Projekten.
- 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:
- Was ist das konkrete Projektziel?
- Welche Ergebnisse (Deliverables) müssen am Ende vorliegen?
- Was gehört explizit nicht zum Projektumfang?
Hilfreiche Fragen:
- „Woran erkennen wir in einem Jahr, dass das Projekt erfolgreich abgeschlossen ist?“
- „Welche Ergebnisse wollen Stakeholder auf dem Tisch haben?“
- „Was bleibt bewusst außen vor?“
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:
- Beispiel 1: Phasenorientiert (IT-Projekt)
- Initialisierung
- Konzeption
- Implementierung
- Test & Abnahme
- Rollout & Schulung
- Projektmanagement
- Beispiel 2: Produktorientiert (Einführung CRM)
- Fachliches Konzept
- CRM-System konfigurieren
- Schnittstellen & Datenmigration
- Test & Abnahme
- Schulung & Change Management
- Betrieb & Support-Übergabe
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:
- Was gehört alles zu diesem Teilprojekt / Ergebnis?
- Wie lassen sich diese Inhalte sinnvoll gruppieren?
- Was kann man als eigenständiges Arbeitspaket verstehen?
Dazu eignen sich Workshops mit:
- Projektleiter
- Kernteam
- Fachvertretern / Key Usern
- ggf. externen Experten
Praktische Technik:
- Erst grobe Elemente auf Moderationskarten / Whiteboard / Online-Board (z. B. Miro, Mural).
- Karten sortieren, gruppieren, umhängen.
- Erst wenn die Struktur steht, übertragen Sie sie in Ihr Tool (z. B. MS Project, Jira, Excel, PM-Tool).
Schritt 4: Arbeitspakete definieren
Ein Arbeitspaket ist die unterste Ebene im PSP. Es sollte:
- klar abgegrenzt sein
- ein konkretes Ergebnis liefern
- schätzbar sein (Aufwand, Dauer)
- einer verantwortlichen Person / Rolle zugeordnet werden können
Hilfsfragen für gute Arbeitspakete:
- „Kann ich in 1–2 Sätzen sagen, was am Ende vorliegen muss?“
- „Kann ich Zeitaufwand und Dauer mindestens grob schätzen?“
- „Würde ich dieses Paket einem Teammitglied so geben können?“
Typische Fehler:
- Arbeitspakete sind zu groß (z. B. „CRM-System entwickeln“).
- Arbeitspakete sind zu unscharf („Kommunikation sicherstellen“).
- Mischungen aus Ergebnis und Aktivität („Anforderungen dokumentieren & Tool evaluieren“).
Besser:
- „Anforderungskatalog Vertrieb erstellen“
- „CRM-Anbieter shortlist erstellen“
- „Proof-of-Concept mit Anbieter X durchführen“
Schritt 5: PSP-Codes vergeben
Ein sauberer PSP arbeitet mit eindeutigen Kennzeichnungen (PSP-Codes). Diese erleichtern:
- die Zuordnung in Terminplänen
- die Verknüpfung zu Kostenstellen
- das Reporting
Typische Notation (Beispiel):
- 1 Projekt „CRM-Einführung“
- 1.1 Initialisierung
- 1.1.1 Projektauftrag definieren
- 1.1.2 Stakeholderanalyse durchführen
- 1.2 Konzeption
- 1.2.1 Fachliche Anforderungen erheben
- 1.2.2 Zielprozesse definieren
- 1.1 Initialisierung
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
- Deckt die Summe aller Äste den gesamten Projektumfang ab?
- Gibt es Aufgaben, die „nirgendwo so richtig passen“?
- Gibt es Doppelungen?
Ergebnisorientierung
- Sind die unteren Ebenen wirklich Ergebnisse, nicht nur Tätigkeiten?
- Ist für jedes Arbeitspaket klar, was „fertig“ bedeutet?
Stakeholder-Prüfung
- Verstehen Entscheidungsträger die Struktur?
- Finden Fachbereiche ihre Themen wieder?
- Ist der PSP auch für Nicht-Experten nachvollziehbar?
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):
- Projektmanagement
- Anforderungs- & Konzeptphase
- Technische Umsetzung
- Inhalte & Migration
- Test & Abnahme
- Rollout & Schulung
Auszug der Zerlegung:
- Projektmanagement
- 1.1 Projektauftrag & Governance
- 1.2 Projektplanung & Controlling
- 1.3 Risiko- & Stakeholdermanagement
- 1.4 Reporting & Steering Committee
- 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
- Technische Umsetzung
- 3.1 Systemauswahl / Plattformentscheidung
- 3.2 Systeminstallation & Grundkonfiguration
- 3.3 Schnittstellen implementieren
- 3.4 Berechtigungs- & Rollenmodell umsetzen
- Inhalte & Migration
- 4.1 Content-Inventur Alt-System
- 4.2 Content-Bereinigung & Archivierung
- 4.3 Migration relevanter Inhalte
- 4.4 Erstellung neuer Inhalte / Templates
- Test & Abnahme
- 5.1 Testkonzept erstellen
- 5.2 Funktionstests durchführen
- 5.3 Usability-Tests mit Pilotgruppe
- 5.4 Abnahmekriterien prüfen & dokumentieren
- 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.:
- „Anforderungskatalog final abgestimmt“
- „Abnahmeprotokoll unterzeichnet“
- „Trainingskonzept freigegeben“
2. Zu grobe oder zu detaillierte Arbeitspakete
- Zu grob: Arbeitspakete mit mehreren Wochen oder Monaten Aufwand.
- Zu detailliert: Mikroschritte („E-Mail an Max schreiben“, „Agenda vorbereiten“) im PSP.
Orientierung:
- Arbeitspakete so schneiden, dass sie üblicherweise zwischen 1 Tag und 2–3 Wochen Aufwand liegen.
- Review-Rhythmus des Projekts berücksichtigen: Ein Paket sollte idealerweise innerhalb eines Reportingzyklus abschließbar sein.
3. Vermischung von Ordnungsprinzipien im gleichen Ast
Beispiel für einen Misch-Masch-Ast:
- Implementierung
- 3.1 Lastenheft (Ergebnis)
- 3.2 Test (Phase)
- 3.3 Programmieren (Tätigkeit)
Besser:
- Einen Ast pro Logik beibehalten (z. B. erst Ergebnisse, darunter Tätigkeiten – oder nur Ergebnisse).
- Phasen als eigenen Ast führen, produktbezogene Ergebnisse als andere.
4. Kein Abgleich mit Stakeholdern
Ein PSP, den nur der Projektleiter versteht, hilft wenig. Binden Sie früh ein:
- Auftraggeber / Sponsor
- Fachbereiche
- IT / HR / Operations (je nach Projekttyp)
Lassen Sie sie gezielt prüfen:
- „Fehlt aus eurer Sicht etwas Wesentliches?“
- „Passt diese Struktur zu eurer Denkweise / Organisation?“
Vom Projektstrukturplan zur Zeit- und Ressourcenplanung
Der Projektstrukturplan steht vor dem Terminplan. Die Schritte danach:
- Arbeitspakete beschreiben
- Inhalt, Ergebnis, Abgrenzungen
- Akzeptanzkriterien
- Aufwand schätzen
- Personentage / Personenstunden
- ggf. Kostenaufwand pro Paket
- Abhängigkeiten definieren
- Was muss vorher erledigt sein?
- Was kann parallel laufen?
- Terminplan erstellen
- z. B. Gantt-Diagramm, Roadmap, Sprint-Planung
- Meilensteine festlegen
- 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:
- Baumdiagramm
- Klassische Visualisierung, gut für Workshops und Präsentationen.
- Tabellarisch
- Mit Spalten für PSP-Code, Bezeichnung, Beschreibung, Verantwortlicher, Aufwand.
- Sehr gut für die operative Planung.
- Mindmap
- Ideal für die erste Strukturierung in Workshops.
- Später in eine hierarchische Sicht überführen.
Tools, die PSP unterstützen (Auswahl):
- Klassische Projektmanagement-Tools (MS Project, Planview, Clarity etc.)
- Kollaborationstools (z. B. Confluence, Notion) mit Hierarchiestrukturen
- Tabellen (Excel, Google Sheets) für kleinere Projekte
- Whiteboard-Tools (Miro, Mural) für die Erarbeitung im Team
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:
- Ziele zuerst klären, dann strukturieren. Kein PSP ohne sauberes Projektziel und Scope.
- Mit Ergebnissen statt Tätigkeiten arbeiten. Jede untere Ebene beschreibt, was am Ende vorliegen soll.
- Die 100-%-Regel ernst nehmen. Keine Lücken, keine Doppelungen.
- Stakeholder früh einbeziehen. PSP gemeinsam denken, nicht im stillen Kämmerlein.
- PSP-Codes konsequent nutzen. Einheitliche Bezeichnungen erleichtern Steuerung und Reporting.
- Regelmäßige Reviews einplanen. PSP bei größeren Änderungen des Projektumfangs aktualisieren.
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.