So erstellst du einen Projektstrukturplan (PSP)
Kurze Antwort: Ein Projektstrukturplan (PSP, engl. WBS) zerlegt ein Projekt in kleinere, handhabbare Teile — erst in Phasen, dann in Liefergegenstände, dann in Aufgaben. Um einen zu erstellen, beginnst du mit dem finalen Liefergegenstand, zerlegst ihn in die Hauptphasen und gliederst dann jede Phase in Aufgaben, die klein genug sind, um sie zu schätzen und zuzuweisen. Hör auf, wenn jedes Element ein Arbeitspaket ist, das eine einzelne Person verantworten kann.
Was ist ein Projektstrukturplan?
Ein PSP ist eine hierarchische Zerlegung von allem, was ein Projekt liefern muss. Ganz oben steht das Projekt selbst; darunter die Phasen oder wichtigsten Liefergegenstände; darunter die einzelnen Aufgaben. Er ist eine Landkarte des Umfangs — kein Zeitplan. Er beantwortet, „was erledigt werden muss“, während ein Gantt-Diagramm das „Wann“ beantwortet.
Ein guter PSP lässt ein Projekt überschaubar wirken. Statt eines einzigen einschüchternden Ziels hast du einen Baum aus konkreten Teilen, die du schätzen, zuweisen und verfolgen kannst.
So erstellst du einen PSP Schritt für Schritt
1. Beginne mit dem finalen Liefergegenstand
Setz das Endergebnis an die Spitze — „Mobile App launchen“, „Das Haus bauen“, „Die Konferenz durchführen“. Alles darunter existiert, um dieses Ergebnis hervorzubringen.
2. Zerlege es in Hauptphasen
Bestimme die vier bis acht großen Arbeitsblöcke. Bei Software könnten das Discovery, Design, Entwicklung, Test und Launch sein. Sie bilden deine zweite Ebene.
3. Gliedere jede Phase in Aufgaben
Liste unter jeder Phase die konkrete Arbeit auf, die nötig ist, um sie abzuschließen. „Design“ könnte sich in Wireframes, visuelles Design, Design-Review und Übergabe aufteilen.
4. Hör auf der richtigen Detailebene auf
Zerlege weiter, bis jede Aufgabe klein genug ist, um sie sicher zu schätzen und einer verantwortlichen Person zuzuweisen — meist ein paar Stunden bis ein paar Tage Arbeit. Noch feiner zu zerlegen erzeugt Rauschen; gröber zu bleiben verdeckt Risiken.
Die 100-%-Regel und weitere Leitlinien
Das wichtigste PSP-Prinzip ist die 100-%-Regel: Die untergeordneten Elemente eines Elements müssen zusammen 100 % seines Umfangs ergeben — nicht mehr und nicht weniger. Decken die Aufgaben einer Phase diese nicht vollständig ab, fehlt etwas; gehen sie darüber hinaus, hast du Scope Creep.
Ein paar weitere Leitlinien: Beschreibe PSP-Elemente als Liefergegenstände oder Ergebnisse (Substantive) statt als vage Tätigkeiten; sorge dafür, dass sich die Elemente gegenseitig ausschließen, damit keine Arbeit doppelt gezählt wird; und geh bei den meisten Projekten nicht tiefer als drei oder vier Ebenen.
PSP vs. Gantt-Diagramm
Ein PSP und ein Gantt-Diagramm sind zwei Sichten auf dieselbe Arbeit. Der PSP ordnet den Umfang in einer Hierarchie; das Gantt-Diagramm legt diese Aufgaben mit Abhängigkeiten und Terminen auf eine Zeitachse. Du erstellst zuerst den PSP, um das Was zu erfassen, und planst ihn dann in einem Gantt-Diagramm, um das Wann festzulegen.
In LoopGantt sind beide dieselben Daten: Verschachtle Aufgaben im WBS-Baum unter Phasen, und sie erscheinen automatisch im Gantt-Diagramm — mit erhaltener Hierarchie.
Häufige Fragen
Was ist die 100-%-Regel im PSP?
Sie besagt, dass die Unterelemente eines Elements genau 100 % seines Umfangs abbilden müssen — zusammen definieren sie es vollständig, ohne Lücken und ohne Überschneidungen.
Wie viele Ebenen sollte ein PSP haben?
Die meisten Projekte brauchen drei bis vier Ebenen: Projekt, Phase und Aufgabe (manchmal Teilaufgabe). Tiefer zu gehen, erhöht meist den Verwaltungsaufwand, ohne die Klarheit zu verbessern.
Ist ein PSP dasselbe wie eine Aufgabenliste?
Nein. Eine Aufgabenliste ist flach; ein PSP ist hierarchisch und ordnet Aufgaben unter Liefergegenständen und Phasen, wodurch Umfang, Verantwortlichkeiten und Fortschritt viel leichter zu erkennen sind.
Mach aus deinem PSP einen Zeitplan
Erstelle kostenlos einen PSP in LoopGantt — verschachtle Aufgaben unter Phasen und sieh zu, wie sie ein Gantt-Diagramm mit Abhängigkeiten und kritischem Pfad füllen, alles aus einem einzigen Projekt.