Der Projektstrukturplan — international Work Breakdown Structure (WBS) — ist eines der grundlegendsten und am häufigsten übersprungenen Planungswerkzeuge. Er zerlegt ein Projekt hierarchisch in immer kleinere, handhabbare Teile, bis am Ende Arbeitspakete stehen, die sich schätzen, zuweisen und steuern lassen. Wer ohne diese Zerlegung plant, schätzt das Projekt als Ganzes — und liegt fast immer daneben, weil das Ganze zu gross ist, um es zu überblicken. Dieser Beitrag erklärt, wie ein wirksamer WBS entsteht.
Was der WBS ist — und was nicht
Der WBS gliedert das, was zu liefern ist, nicht wann es geschieht. Er ist eine ergebnisorientierte Hierarchie von Liefergegenständen und Arbeit, kein Zeitplan. Das ist eine wichtige Abgrenzung: Der Zeitplan entsteht erst aus dem WBS, indem man die Arbeitspakete in eine Reihenfolge bringt und mit Dauern versieht. Der WBS selbst beantwortet zuerst die Frage «Was muss alles getan werden?», bevor die Frage «In welcher Reihenfolge und wann?» überhaupt sinnvoll gestellt werden kann.
Die 100-Prozent-Regel
Das zentrale Konstruktionsprinzip ist die 100-Prozent-Regel: Die Summe der Arbeit auf einer Ebene muss exakt den gesamten Umfang der übergeordneten Ebene abbilden — nicht mehr und nicht weniger. Jede Ebene ist eine vollständige Zerlegung der darüberliegenden. Das verhindert zwei Fehler gleichzeitig: vergessene Arbeit (etwas fehlt im Plan und taucht später als böse Überraschung auf) und doppelte Arbeit (zwei Pakete überlappen und erzeugen Verwirrung über Zuständigkeit). Wer die 100-Prozent-Regel diszipliniert anwendet, erhält einen Plan, der den gesamten Scope abdeckt und keine Lücken lässt.
Das Arbeitspaket als kleinste Einheit
Am unteren Ende des WBS stehen Arbeitspakete. Ein gutes Arbeitspaket hat eine handhabbare Grösse — gross genug, um nicht in Mikromanagement zu zerfallen, klein genug, um zuverlässig schätzbar und in überschaubarer Zeit abschliessbar zu sein. Eine bewährte Faustregel ist, dass ein Arbeitspaket in einem Berichtszyklus messbaren Fortschritt zeigen sollte. Jedes Arbeitspaket bekommt ein klares Ergebnis, eine verantwortliche Person, eine Aufwandsschätzung und nach Möglichkeit ein Abnahmekriterium, an dem sich «fertig» objektiv feststellen lässt.
Vom WBS zur Schätzung
Der grosse Vorteil des WBS zeigt sich bei der Schätzung. Ein Projekt als Ganzes zu schätzen ist Raten; einzelne, klar umrissene Arbeitspakete zu schätzen und dann zu aggregieren ist Handwerk. Diese Bottom-up-Schätzung ist deutlich genauer, weil kleine, konkrete Einheiten leichter einzuschätzen sind und sich Über- und Unterschätzungen über viele Pakete teilweise ausgleichen. Zudem macht der WBS Annahmen explizit: Wer ein Paket schätzt, muss sich überlegen, was es genau umfasst — und stösst dabei oft auf Unklarheiten, die sonst erst im Projekt aufgetaucht wären.
Die Grundlage für Steuerung
Der WBS ist nicht nur ein Planungs-, sondern ein Steuerungsinstrument. Weil das Projekt in messbare Pakete zerlegt ist, lässt sich der Fortschritt paketweise verfolgen, statt am vagen Gesamteindruck. Er ist die Basis für die Zuweisung von Verantwortlichkeiten, für die Kostenverfolgung und für das Erkennen von Verzögerungen, solange sie noch klein sind. Auch das Risikoregister profitiert: Risiken lassen sich konkreten Arbeitspaketen zuordnen, statt diffus über dem Projekt zu schweben.
Häufige Fehler
Erstens: den WBS nach Zeitphasen statt nach Ergebnissen gliedern — das vermischt das Was mit dem Wann und macht die 100-Prozent-Prüfung unmöglich. Zweitens: zu tief oder zu flach zerlegen; eine sinnvolle Tiefe liegt dort, wo Pakete schätz- und steuerbar werden, ohne in Kleinteiligkeit zu ertrinken. Drittens: den WBS einmal erstellen und dann ignorieren — wie das Risikoregister lebt er von der Pflege. Viertens: unterstützende Arbeit vergessen — Projektmanagement, Tests, Dokumentation und Abnahme sind Arbeit und gehören als eigene Pakete in den Plan, nicht als unsichtbarer Mehraufwand obendrauf.
Fazit
Der Projektstrukturplan ist das Fundament, auf dem belastbare Planung, Schätzung und Steuerung ruhen. Gliedern Sie ergebnisorientiert, wenden Sie die 100-Prozent-Regel konsequent an, schneiden Sie Arbeitspakete in eine schätz- und steuerbare Grösse mit klarem Ergebnis und Verantwortlichkeit, und leiten Sie Ihre Schätzung bottom-up daraus ab. Vergessen Sie die unterstützende Arbeit nicht und halten Sie den Plan lebendig. Ein sauberer WBS kostet zu Beginn Zeit — und spart sie im Projekt um ein Vielfaches wieder ein, weil er die teuerste aller Projektüberraschungen verhindert: die vergessene Arbeit.
Der WBS im agilen Kontext
Ein häufiges Missverständnis ist, der Projektstrukturplan sei ein rein klassisches, wasserfallartiges Werkzeug, das in agilen Projekten keinen Platz habe. Das stimmt so nicht. Auch agile Vorhaben profitieren von einer ergebnisorientierten Zerlegung des Gesamtumfangs — sie heisst dort nur anders und ist flexibler. Das Product Backlog ist im Kern eine sich entwickelnde Form der Arbeitszerlegung, und Epics, die in Stories und Tasks zerfallen, folgen demselben Prinzip der hierarchischen Verfeinerung. Der Unterschied liegt im Detaillierungsgrad und im Zeitpunkt: Agil verfeinert man die unteren Ebenen erst, wenn sie anstehen, statt das ganze Projekt vorab durchzuplanen.
Die nützliche Synthese ist deshalb ein grober, ergebnisorientierter Strukturplan auf der oberen Ebene — der den gesamten Scope abdeckt und die 100-Prozent-Regel erfüllt — kombiniert mit einer agilen, schrittweisen Verfeinerung der einzelnen Bereiche. So behält man den Überblick über das Ganze, ohne sich in eine starre Vorabplanung zu zwingen, die der Realität sich entwickelnder Anforderungen ohnehin nicht standhält. Diese Verbindung aus Struktur oben und Flexibilität unten ist in der Praxis oft tragfähiger als die reine Lehre in die eine oder andere Richtung.