Projektstrukturplan: Aufbau, Beispiel und Arbeitspakete

Dein Projekt hat einen Termin. Es hat ein Budget. Es hat sogar eine Präsentation mit fünf bunten Meilensteinen. Und nach vier Wochen weiß trotzdem niemand, wer was liefert.

Das ist kein Führungsproblem. Das ist ein Strukturproblem. Der Plan wurde nie bis auf die Ebene heruntergebrochen, auf der Arbeit tatsächlich stattfindet: das Arbeitspaket. Solange dein Plan aus Überschriften besteht, arbeitet niemand daran. Er wird zitiert, nicht abgearbeitet.

Genau dafür gibt es den Projektstrukturplan. Kein Bürokratie-Werkzeug, sondern das Instrument, das aus „wir führen ein CRM ein" eine Liste von 16 Paketen macht — hinter jedem ein Name, eine Zahl und ein prüfbares Ergebnis. Erst danach redest du über Termine. Nicht vorher.

Hier bekommst du die Definition, die drei Gliederungsarten, ein komplett durchgerechnetes Beispiel aus dem Mittelstand, die Regeln für saubere Arbeitspakete und die fünf Fehler, die den ganzen Aufwand entwerten.

Was ist ein Projektstrukturplan?

Ein Projektstrukturplan — kurz PSP — zerlegt ein Projekt hierarchisch in Teilprojekte, Teilaufgaben und Arbeitspakete, bis unten Einheiten stehen, die genau eine Person verantwortet und die jemand seriös schätzen kann. Er beantwortet eine einzige Frage: Was ist alles zu tun? Nicht wann. Nicht wie lange. Nicht in welcher Reihenfolge. Nur: was.

Diese Beschränkung ist die Stärke. Sobald du Struktur und Termin gleichzeitig denkst, kürzt du den Inhalt auf das, was in den Kalender passt — und genau die Arbeitspakete, an die niemand gedacht hat, fallen hinten runter. Verschwunden sind diese Pakete damit aber nicht — sie tauchen in Woche neun wieder auf und kosten dich den Termin.

Die Norm dahinter ist keine Erfindung von Beratern. Das Gabler Wirtschaftslexikon definiert ein Projekt als „eine zeitlich befristete, relativ innovative und risikobehaftete Aufgabe von erheblicher Komplexität, die aufgrund ihrer Schwierigkeit und Bedeutung meist ein gesondertes Projektmanagement erfordert" und verweist für die Begriffe auf die Normen DIN 69900 und DIN 69901. Der Projektstrukturplan ist dort das zentrale Gliederungsinstrument: Das Projekt wird laut Gabler im Rahmen der Grobplanung nach objektiven, funktionalen oder zeitlichen Kriterien heruntergebrochen, und aus den im Strukturplan benannten Arbeitspaketen werden anschließend die erforderlichen Qualifikationen abgeleitet und Rollen sowie konkreten Personen zugeordnet.

Übersetzt für deinen Alltag: Der Projektstrukturplan ist die Stückliste deines Projekts. Ein Maschinenbauer würde nie eine Maschine bauen, ohne zu wissen, aus welchen Teilen sie besteht. Bei Projekten machen Unternehmer genau das ständig — sie sagen einen Liefertermin zu, ohne die Teile zu kennen, aus denen das Ergebnis besteht.

Und das ist keine Frage der Unternehmensgröße. Ein Projekt mit 20 Arbeitspaketen scheitert an derselben Stelle wie eines mit 200: an den Paketen, die niemand aufgeschrieben hat.

Die 100-Prozent-Regel

Die wichtigste Regel für jeden Projektstrukturplan lautet: Jede Ebene bildet 100 Prozent der Arbeit der Ebene darüber ab. Nicht 90 Prozent, nicht 110.

Das heißt zweierlei. Erstens: Wenn du die vier Teilprojekte unter deinem Projekt addierst, muss das gesamte Projekt herauskommen — nichts fehlt. Zweitens: Nichts steht doppelt drin. Zwei Pakete, die beide „Datenpflege" heißen, sind ein Streit, der in Woche sechs ausbricht.

Diese Regel ist auch dein Prüfwerkzeug. Geh jede Ebene durch und frag: Wenn alle Kinder fertig sind — ist der Vater dann fertig? Wenn du zögerst, fehlt ein Paket.

Der PSP-Code: warum jedes Element eine Nummer bekommt

Jedes Element im Projektstrukturplan bekommt eine hierarchische Nummer: 1, 1.1, 1.1.3. Das ist keine Kosmetik.

Der PSP-Code ist die Klammer zwischen deinem Plan und deinen Zahlen. Der Termin im Balkenplan hängt an 3.3. Die 10 Personentage im Aufwandsblatt hängen an 3.3. Die Rechnung des Dienstleisters wird auf 3.3 gebucht. Damit kannst du zum ersten Mal beantworten, was dich ein Teil deines Projekts wirklich gekostet hat — statt nur zu wissen, dass das Ganze teuer war. Wie du diese Rückkopplung sauber aufbaust, steht im Controlling-Artikel.

Ohne Nummern hast du eine Mindmap. Mit Nummern hast du ein Steuerungsinstrument.

Projektstrukturplan und Gantt-Diagramm: Struktur gegen Zeit

Die häufigste Verwechslung im Projektgeschäft, und sie kostet reihenweise Termine. Deshalb hier klar und in einem Satz:

PSP = Struktur/Was, Gantt = Zeit/Wann.

Der Projektstrukturplan sagt dir, woraus dein Projekt besteht. Das Gantt-Diagramm sagt dir, wann welcher Teil läuft und was auf was wartet. Das eine ist die Stückliste, das andere der Fahrplan.

Die Reihenfolge ist nicht verhandelbar: erst die Struktur, dann die Zeit. Wer mit dem Balkenplan anfängt, plant die Termine für ein Projekt, dessen Inhalt er noch nicht kennt. Das Ergebnis kennst du — der Balken wird länger, die Zusage bleibt gleich, und irgendwann arbeitet dein Team Wochenenden, um eine Zahl zu retten, die nie auf Substanz beruhte.

Praktisch läuft die Übergabe so: Jedes Arbeitspaket aus der untersten Ebene deines Projektstrukturplans wird zu genau einer Zeile im Balkenplan. Der PSP-Code wandert mit. Kommt beim Terminplanen ein Vorgang dazu, der im Projektstrukturplan nicht steht, hast du ein Loch im Plan gefunden — trag ihn nach, statt ihn heimlich in den Balkenplan zu schmuggeln. Alles, was nur im Balkenplan lebt, wird nie geschätzt, nie budgetiert und nie verantwortet.

Ein zweiter Nachbar gehört dazu: das Lastenheft und Pflichtenheft. Das Lastenheft beschreibt, was der Auftraggeber will. Der Projektstrukturplan beschreibt, welche Arbeit daraus folgt. Wer beides vermischt, produziert einen Plan voller Wünsche und ohne Aufgaben.

Die drei Gliederungsarten — und welche du wann nimmst

Kurz vorweg: Es gibt drei saubere Arten, einen Projektstrukturplan zu gliedern — objektorientiert, funktionsorientiert und phasenorientiert. Im Mittelstand gewinnt fast immer eine Mischform. Wichtig ist nur, dass du innerhalb einer Ebene nicht mischst.

Objektorientiert: gegliedert nach dem, was entsteht

Du zerlegst das Projekt nach den Bestandteilen des Ergebnisses. Bei einer neuen Produktionshalle: Rohbau, Elektro, Sanitär, Maschinenfundamente, Außenanlagen. Bei einer Website: Startseite, Produktbereich, Blog, Shop-Anbindung.

Vorteil: Jeder im Team sieht sofort, worüber geredet wird, weil es die Sprache des Ergebnisses ist. Nimm diese Variante immer dann, wenn am Ende etwas Greifbares entsteht.

Funktionsorientiert: gegliedert nach der Art der Arbeit

Du zerlegst nach Tätigkeitsfeldern: Konstruktion, Beschaffung, Fertigung, Montage, Schulung, Dokumentation. Das entspricht meistens deiner Aufbauorganisation.

Vorteil: Die Zuständigkeit ist automatisch klar, weil jedes Bündel zu einer Abteilung gehört. Nachteil: Genau deshalb entsteht Abteilungsdenken. Jeder liefert sein Bündel und niemand das Gesamtergebnis. Wenn du diese Variante wählst, brauchst du eine klare Rollenverteilung — die RACI-Matrix ist dafür das schnellste Werkzeug.

Phasenorientiert: gegliedert nach dem Ablauf

Du zerlegst nach dem zeitlichen Fortschritt: Analyse, Konzept, Realisierung, Test, Einführung. Das ist die Gliederung, die klassische Projekte fast automatisch annehmen.

Vorteil: Diese Variante passt zu Freigaben und Zahlungsmeilensteinen. Nachteil: Genau diese Gliederung verführt dazu, Struktur und Termin zu vermischen — und genau das willst du im Projektstrukturplan vermeiden. Nimm sie auf der obersten Ebene nur, wenn dein Projekt tatsächlich in harten Stufen freigegeben wird.

Die Mischform, die im Mittelstand funktioniert

In der Praxis baue ich Projektstrukturpläne fast immer so: Ebene 1 ist das Projekt. Ebene 2 gliedert objektorientiert nach den Bestandteilen des Ergebnisses. Ebene 3 gliedert innerhalb jedes Bestandteils funktionsorientiert nach der Art der Arbeit. Ebene 4 sind die Arbeitspakete.

Die Regel dabei: Innerhalb einer Ebene nur ein Prinzip. Wenn unter Ebene 2 drei Bauteile und ein „Projektmanagement" stehen, hast du gemischt — und dein Plan wird unsauber, sobald jemand Kosten zuordnen will. Nimm das Projektmanagement dann als eigenes Teilprojekt auf Ebene 2 auf, mit eigenen Arbeitspaketen. Es kostet Geld, also gehört es in den Plan.

Drei bis vier Ebenen reichen fast immer. Wer sechs Ebenen baut, hat kein Projekt mehr, sondern eine Ablauforganisation — und die gehört ins Prozessmanagement, nicht in einen Projektstrukturplan. Der Unterschied ist einfach: Ein Projekt ist einmalig und hat ein Ende. Ein Prozess wiederholt sich.

Projektstrukturplan Beispiel: CRM-Einführung im Maschinenbau

Hier ist ein durchgerechnetes Projektstrukturplan Beispiel aus dem Mittelstand. Ausgangslage: ein Maschinenbauer mit 60 Mitarbeitern, 9 Außendienstlern, 4 Leuten im Innendienst. Der Vertrieb arbeitet mit Excel-Listen und Outlook-Ordnern. Das Projekt heißt „CRM im Vertrieb einführen".

Vier Teilprojekte, 16 Arbeitspakete, Aufwand in Personentagen (PT):

• 1 Anforderungen — 15 PT
  • 1.1 Ist-Ablauf im Vertrieb aufnehmen, vom Erstkontakt bis zum Auftrag — 4 PT (Vertriebsleiter)
  • 1.2 Lastenheft schreiben und mit Innendienst abstimmen — 6 PT (Vertriebsleiter)
  • 1.3 Anbieterliste von 9 auf 3 kürzen, Demos ansehen — 3 PT (Geschäftsführung)
  • 1.4 Pflichtenheft des Anbieters prüfen und abnehmen — 2 PT (Vertriebsleiter)
• 2 Daten — 16 PT
  • 2.1 Bestandsdaten aus Excel, Outlook und Altsystem ziehen — 3 PT (IT)
  • 2.2 Dubletten bereinigen, tote Kontakte aussortieren — 8 PT (Innendienst)
  • 2.3 Feldzuordnung Alt zu Neu definieren — 2 PT (IT)
  • 2.4 Testimport fahren, Ergebnis stichprobenartig abnehmen — 3 PT (Vertriebsleiter)
• 3 Einrichtung — 21 PT
  • 3.1 Nutzer, Rollen und Rechte anlegen — 2 PT (IT)
  • 3.2 Vertriebspipeline abbilden: Phasen, Pflichtfelder, Wahrscheinlichkeiten — 5 PT (Vertriebsleiter)
  • 3.3 Schnittstelle ERP zu CRM für Aufträge und Umsätze — 10 PT (externer Dienstleister)
  • 3.4 Berichte und Dashboard für die wöchentliche Vertriebsrunde — 4 PT (Vertriebsleiter)
• 4 Einführung — 15 PT
  • 4.1 Schulung Innendienst, 4 Personen, zwei halbe Tage — 2 PT (Vertriebsleiter)
  • 4.2 Schulung Außendienst, 9 Personen, ein Tag plus Nacharbeit — 3 PT (Vertriebsleiter)
  • 4.3 Vier Wochen Begleitung im Tagesgeschäft, feste Sprechstunde — 8 PT (Vertriebsleiter)
  • 4.4 Nachschulung nach Woche 4 auf Basis der echten Fehler — 2 PT (Vertriebsleiter)

Jetzt die Rechnung, und die ist der eigentliche Grund für den ganzen Aufwand.

• Summe: 15 + 16 + 21 + 15 = 67 Personentage
• Bei 8 Stunden je Personentag: 536 Stunden
• Bei einem internen Verrechnungssatz von 65 Euro je Stunde: 34.840 Euro an Arbeitszeit
• Das Einführungsangebot des Anbieters lag bei 12.000 Euro

Der interne Aufwand ist fast das Dreifache des Angebots — und er stand in keinem Angebot, in keiner Präsentation und in keiner Freigabe. Bis jemand den Projektstrukturplan gebaut hat.

Was dieses Beispiel dir über dein eigenes Projekt sagt

Drei Dinge fallen bei jedem Projektstrukturplan auf, den ich mit Unternehmern durchgehe.

Erstens: Der teuerste Block ist selten die Technik. Hier sind es die Einrichtung mit 21 PT und die Daten mit 16 PT — nicht die Software. Wer nur auf den Lizenzpreis schaut, plant am Geld vorbei.

Zweitens: Ein einzelner Name steht plötzlich überall. Der Vertriebsleiter verantwortet in diesem Beispiel 8 der 16 Arbeitspakete und 34 der 67 Personentage. Das sind über sieben Wochen Arbeit — neben seinem Tagesgeschäft. Diesen Engpass siehst du erst, wenn die Pakete auf dem Tisch liegen. Und dann triffst du die Entscheidung, die du sonst nie triffst: umverteilen, extern einkaufen oder den Termin verschieben. Wie du das sauber abgibst, steht im Artikel zum Delegieren.

Drittens: Paket 2.2 mit 8 PT für die Datenbereinigung ist das Paket, das in 90 von 100 Projekten fehlt. Nicht weil es unwichtig wäre, sondern weil es unangenehm ist. Der Projektstrukturplan zwingt es auf den Tisch, bevor es dich den Starttermin kostet.

Das Arbeitspaket: die kleinste Einheit mit einem Namen dahinter

Ein Arbeitspaket ist das unterste Element im Projektstrukturplan: eine abgeschlossene Aufgabe, die nicht weiter zerlegt wird, die eine Person verantwortet, die einen schätzbaren Aufwand hat und die ein prüfbares Ergebnis liefert. Alles darüber ist Gliederung. Nur das Arbeitspaket ist Arbeit.

Und hier entscheidet sich, ob dein Plan trägt. Ein Projektstrukturplan mit schwammigen Arbeitspaketen ist schlimmer als keiner — er erzeugt das Gefühl von Kontrolle ohne die Substanz.

Die 8/80-Regel

Faustregel aus der Praxis: Ein Arbeitspaket liegt zwischen 8 und 80 Stunden. Also zwischen einem Tag und zwei Wochen.

Kleiner als ein Tag bedeutet, dass du Kleinkram verwaltest — der Steuerungsaufwand frisst den Nutzen. Größer als zwei Wochen bedeutet, dass du zu lange nichts über den Fortschritt erfährst. Ein Paket mit 30 Tagen ist nach 20 Tagen „zu 70 Prozent fertig", und das ist die gefährlichste Zahl im Projektgeschäft. Denn diese Zahl ist nicht prüfbar.

Bei Paket 3.3 im Beispiel oben — die Schnittstelle mit 10 PT — würde ich in der Realität teilen: Spezifikation, Umsetzung, Test. Drei Pakete mit prüfbaren Ergebnissen statt einem, bei dem du sechs Wochen lang hoffst.

Was in jedes Arbeitspaket gehört

Sechs Angaben, mehr nicht:

• PSP-Code und Bezeichnung — die Nummer plus ein Satz mit einem Verb: „Dubletten in der Kundendatenbank bereinigen", nicht „Datenqualität"
• Ergebnis — woran jemand von außen erkennt, dass das Paket fertig ist. Ein Dokument, eine Freigabe, ein laufendes System. Kein Zustand, ein Gegenstand
• Verantwortlicher — genau eine Person, mit Namen. Nicht „IT", nicht „Vertrieb"
• Aufwand — in Stunden oder Personentagen, geschätzt von dem, der es macht
• Voraussetzungen — was fertig sein muss, bevor es losgeht
• Mitwirkende — wer zuarbeitet, und mit wie viel Aufwand

Das passt auf eine halbe Seite. Wenn deine Arbeitspaket-Beschreibung länger als eine Seite wird, ist das Paket zu groß.

Ein Arbeitspaket, ein Verantwortlicher

Die härteste Regel, und die, gegen die am häufigsten verstoßen wird: Hinter jedem Arbeitspaket steht ein einziger Name.

Zwei Namen bedeuten null Namen. Ich habe das in 35 Jahren so oft gesehen, dass ich es blind vorhersagen kann: Wenn zwei Leute gemeinsam verantworten, wartet in Woche drei jeder auf den anderen, und in Woche vier hat es niemand gemacht. Mitwirkende darf es beliebig viele geben. Verantwortliche gibt es einen.

Und dieser Verantwortliche schätzt seinen Aufwand selbst. Nicht du. Nicht der Projektleiter. Eine Schätzung, die von oben gesetzt wird, ist eine Vorgabe — und Vorgaben werden nicht verteidigt, sie werden gerissen. Wer selbst geschätzt hat, kämpft um seine Zahl.

Projektstrukturplan erstellen: der Ablauf in der Praxis

Einen Projektstrukturplan erstellen dauert bei einem mittelgroßen Projekt zwei bis drei Stunden mit den richtigen Leuten im Raum. Nicht zwei Wochen. Der Aufwand liegt nicht im Malen, sondern im Streiten über das, was fehlt — und genau dafür machst du es.

Schritt 1: Ziel und Abgrenzung in zwei Sätzen. Was ist am Ende da? Und ausdrücklich: was gehört nicht dazu? Der zweite Satz ist der wichtigere. „Die Anbindung des Ersatzteilshops ist nicht Teil dieses Projekts" spart dir später drei Wochen Diskussion.

Schritt 2: Die richtigen Leute in den Raum. Für jedes spätere Teilprojekt jemand, der die Arbeit kennt. Ohne den Innendienst hättest du im Beispiel oben die 8 PT für die Datenbereinigung nie gefunden. Wer schätzt, muss im Raum sein.

Schritt 3: Von oben nach unten gliedern. Erst die vier bis sechs Teilprojekte auf Ebene 2, mit einem klaren Prinzip. Erst wenn die Ebene 2 steht und die 100-Prozent-Regel hält, gehst du eine Ebene tiefer. Wer sofort Arbeitspakete sammelt, bekommt eine Liste, keine Struktur.

Schritt 4: Bis zum Arbeitspaket herunterbrechen. Zerlegen, bis jedes unterste Element die 8/80-Regel erfüllt und einen Verantwortlichen hat. Nicht jeder Ast ist gleich tief — ein einfaches Teilprojekt hat zwei Ebenen, ein komplexes vier. Das ist kein Fehler, das ist Realität.

Schritt 5: Nummerieren. Jedes Element bekommt seinen PSP-Code. Ab jetzt hängt jede Zahl an einer Nummer.

Schritt 6: Schätzen lassen. Jeder Verantwortliche schätzt seine Pakete. Dann addierst du. Die Summe ist fast immer höher, als die Geschäftsführung erwartet hat — das ist der Moment, in dem der Projektstrukturplan sein Geld verdient hat, noch bevor das Projekt startet.

Schritt 7: Gegen die Regeln prüfen. Drei Fragen: Bildet jede Ebene 100 Prozent ab? Hat jedes Arbeitspaket genau einen Namen? Steht in jeder Bezeichnung ein Verb? Wenn dreimal ja, ist der Plan tragfähig.

Erst danach kommt der Terminplan. Und erst danach die Risiken — welche Pakete kippen dein Projekt, wenn sie schiefgehen? Die Systematik dafür steht im Risikomanagement.

Die fünf Fehler, die deinen Projektstrukturplan wertlos machen

Fehler 1: Substantive statt Verben. „Datenqualität", „Kommunikation", „Schnittstelle" sind Themen, keine Aufgaben. Niemand kann ein Thema abarbeiten. Jede Bezeichnung braucht ein Verb: bereinigen, abstimmen, programmieren, abnehmen. Diese eine Änderung hebt die Qualität deines Plans mehr als jedes Werkzeug.

Fehler 2: Termine im Projektstrukturplan. Sobald Datumsangaben in der Struktur stehen, denkt das Team in Kalenderwochen statt in Inhalten — und kürzt den Umfang, damit es passt. Termine gehören in den Balkenplan. Struktur zuerst.

Fehler 3: Das Projektmanagement fehlt. Projektleitung, Abstimmungsrunden, Berichte und Dokumentation kosten in jedem echten Projekt zwischen 8 und 15 Prozent des Gesamtaufwands. Wenn dieser Block nicht im Plan steht, ist deine Gesamtsumme systematisch zu niedrig — und der Projektleiter macht die Arbeit unsichtbar nebenher.

Fehler 4: Zu viele Ebenen. Ab Ebene fünf pflegt niemand mehr. Der Plan wird einmal gebaut, einmal gezeigt und nie wieder angefasst. Lieber drei saubere Ebenen, die im Wochenrhythmus leben, als sechs Ebenen im Archiv.

Fehler 5: Der Plan gehört einer Person. Wenn der Projektstrukturplan von einer Person allein am Schreibtisch gebaut wurde, verteidigt ihn auch nur diese Person. Wer nicht mitgeschätzt hat, fühlt sich nicht verpflichtet. Der Plan muss im Raum entstehen, sonst ist er eine Meinung.

Werkzeuge: Excel reicht länger, als dir Anbieter erzählen

Für einen Projektstrukturplan mit drei Ebenen und 30 Arbeitspaketen brauchst du keine Software für 90 Euro je Nutzer und Monat. Du brauchst eine Tabelle mit sechs Spalten: PSP-Code, Bezeichnung, Ergebnis, Verantwortlicher, Aufwand, Status.

Ich sehe ständig Unternehmer, die drei Monate ein Werkzeug auswählen und in dieser Zeit kein einziges Arbeitspaket definieren. Das ist Beschäftigung, keine Arbeit. Fang mit dem an, was auf deinem Rechner liegt, und wechsle das Werkzeug erst, wenn dich die Tabelle konkret bremst — typischerweise ab etwa 100 Arbeitspaketen oder wenn mehrere Projekte um dieselben Leute konkurrieren.

Was du dagegen wirklich brauchst: einen festen Termin, an dem der Plan angefasst wird. Einmal pro Woche, 30 Minuten, Status je Arbeitspaket. Nicht „läuft", sondern: offen, in Arbeit, fertig, blockiert. Ein Plan ohne festen Prüftermin ist nach drei Wochen Fiktion — völlig egal, in welchem Werkzeug er liegt. Wie du solche Termine in deiner Woche verankerst, statt sie zu verschieben, steht im Zeitmanagement.

Vom Plan zur Lieferung: abgeben, messen, nachsteuern

Ein Projektstrukturplan liefert nichts. Er macht nur sichtbar, was zu liefern ist. Den Unterschied macht, was du danach tust — und das sind drei Dinge.

Abgeben statt selbst machen. Der Moment, in dem du siehst, dass ein Name auf acht Paketen steht, ist der Moment für eine Entscheidung. Die meisten Unternehmer treffen sie nicht und arbeiten die Pakete am Wochenende selbst ab. Das skaliert nicht. Übergib jedes Paket vollständig: Ergebnis, Aufwand, Termin, Entscheidungsrahmen. Halbe Übergaben kommen zurück.

Wöchentlich messen. Nicht in Prozent, sondern in fertigen Arbeitspaketen. 9 von 16 fertig ist eine Zahl, über die du reden kannst. „70 Prozent" ist es nicht.

Nachsteuern, ohne den Plan umzuwerfen. Kommt Arbeit dazu, bekommt sie eine neue Nummer und einen Aufwand. Dann entscheidest du: mehr Zeit, mehr Leute oder weniger Umfang. Diese drei Hebel gibt es, mehr nicht. Wer stattdessen hofft, verliert den Termin und die Glaubwürdigkeit gleich mit.

Wenn du diese Systematik nicht nur für ein Projekt willst, sondern für dein ganzes Unternehmen — Struktur, Abgabe, Zahlen, Nachsteuern — dann hol dir das Unternehmer-Paket. Sieben Anleitungen aus 35 Jahren Praxis, mit denen du dein Unternehmen so aufstellst, dass es auch dann liefert, wenn du nicht im Raum stehst. Genau das, was ich mit meinen 70 Mitarbeitern in Bochum lebe, während ich aus Dubai steuere.

Wie der Projektstrukturplan in den größeren Rahmen passt — Auftrag, Phasen, Rollen, Abnahme — steht im Überblicksartikel zum Projektmanagement. Und wenn du wissen willst, wie dieselbe Zerlegungslogik in agilen Projekten aussieht, wo statt Arbeitspaketen ein Backlog aus User Storys steht: Das ist Scrum, der Kopf dieses Themenfelds.

Häufige Fragen zum Projektstrukturplan

Was ist der Unterschied zwischen Projektstrukturplan und Projektplan?

Der Projektstrukturplan ist ein Teil des Projektplans, nicht dasselbe. Er beantwortet ausschließlich, was zu tun ist. Der Projektplan umfasst zusätzlich Termine, Ressourcen, Kosten, Risiken und Qualität. Anders gesagt: Der Projektstrukturplan ist die Stückliste, der Projektplan ist die komplette Fertigungsunterlage. Ohne die Stückliste ist alles andere geraten.

Wie viele Ebenen sollte ein Projektstrukturplan haben?

Drei bis vier. Ebene 1 ist das Projekt, Ebene 2 die Teilprojekte, Ebene 3 die Teilaufgaben, Ebene 4 die Arbeitspakete. Bei kleineren Projekten reichen drei. Nicht jeder Ast muss gleich tief sein — ein einfaches Teilprojekt darf schon auf Ebene 3 in Arbeitspakete münden. Entscheidend ist nicht die Zahl der Ebenen, sondern dass jedes unterste Element die 8/80-Regel erfüllt.

Was gehört in ein Arbeitspaket?

Sechs Angaben: PSP-Code und eine Bezeichnung mit Verb, das prüfbare Ergebnis, genau ein Verantwortlicher mit Namen, der geschätzte Aufwand, die Voraussetzungen und die Mitwirkenden. Das passt auf eine halbe Seite. Wird die Beschreibung länger, ist das Arbeitspaket zu groß und gehört geteilt.

Brauche ich einen Projektstrukturplan auch bei agilen Projekten?

Für den Gesamtrahmen ja, für die Feinplanung nein. Auch ein agiles Projekt braucht eine Antwort auf die Frage, woraus das Ergebnis besteht und was es ungefähr kostet — sonst kannst du es nicht freigeben. Innerhalb der Umsetzung übernimmt dann der Backlog die Rolle der untersten Ebene: Statt fest geschnittener Arbeitspakete arbeitest du mit User Storys, die sich mit jedem Sprint verändern dürfen. Die obersten zwei Ebenen bleiben, die unterste wird beweglich.

Wer erstellt den Projektstrukturplan?

Der Projektleiter moderiert, das Team baut. Ein Projektstrukturplan, den eine Person allein am Schreibtisch erstellt, hat zwei Probleme: Es fehlen Pakete, weil nur einer nachgedacht hat, und niemand fühlt sich verpflichtet, weil niemand mitgeschätzt hat. Zwei bis drei Stunden mit den richtigen Leuten schlagen zwei Wochen Alleingang. Immer.