Ein Projektstrukturplan ist keine Gliederungsübung. Er entscheidet Monate im Voraus, ob sich ablesen lassen wird, wo ein Projekt steht — und dafür kommt es weniger auf die Zahl der Ebenen an als auf eine unscheinbare Frage: Wie endet eine Phase?
Das Leitprojekt des Maschinenbau-Pakets, die Montagelinie MX-200, führt 77 Elemente: 42 Vorgänge, 7 Meilensteine und 71 Verknüpfungen, verteilt auf sechs Hauptphasen von der Auftragsklärung bis zur Inbetriebnahme beim Kunden. Gebaute Laufzeit: 13.10.2026 bis 14.04.2027.
Sechs Hauptphasen, vier Ebenen#
Bild 1 von 2 — Die Tabelle links trägt den Projektstrukturplan über vier Ebenen: sechs Hauptphasen, darunter Teilprojekte bis zur einzelnen Baugruppe. Am Ende jeder Hauptphase steht ein Meilenstein als letztes direktes Kind — an den Rautensymbolen lässt sich der Phasenübergang ablesen, ohne die Balken zu lesen. 77 Elemente, davon 42 Vorgänge und 7 Meilensteine.
Die Ebenen entstehen nicht aus Ordnungsliebe, sondern aus der Arbeit: Unter der Hauptphase liegt das Teilprojekt, darunter die Baugruppe, darunter der einzelne Vorgang. Wer nur die oberste Ebene aufklappt, sieht den Projektverlauf; wer tiefer geht, sieht, woraus er besteht.
Warum der Meilenstein ganz unten steht#
Am Ende jeder Hauptphase steht ein Meilenstein — und zwar als letztes direktes Kind der Phase, nicht als Nachbar daneben. Das ist der Unterschied zwischen einem Strukturplan, den man lesen kann, und einer Liste: Die Raute markiert den Phasenübergang genau dort, wo die Phase in der Gliederung endet.
Dazu kommen drei Regeln, nach denen der gesamte Beispielbestand gebaut ist:
- genau ein Startvorgang ohne Vorgänger,
- genau ein Endelement ohne Nachfolger,
- jeder andere Vorgang beidseitig eingebunden.
Erst dadurch rechnet Rillsoft Project einen durchgehenden kritischen Weg statt isolierter Balken. Ein Strukturplan ohne diese Netzstruktur sieht auf dem Papier gleich aus und trägt trotzdem keine Terminaussage.
Derselbe Plan von der Ressourcenseite#
Bild 2 von 2 — Dieselbe Planung von der Ressourcenseite: je Zeile eine Person, je Spalte ein Kalendertag, in der Zelle ihr Einsatz; die Summenzeile oben addiert den Tagesbedarf des ganzen Projekts. Aufgeklappt ist die eine Zeile, die etwas zu sagen hat — 121.01 Fuchs, Miroslaw. Vom 2. bis 5. November steht dort farbig hinterlegt eine 2, und die Kindzeilen sagen auch, woher sie kommt: „Hauptstromlauf und Verteilung planen" (9 Tage) und „Softwarearchitektur und Standards festlegen" (4 Tage) laufen in derselben Woche über denselben Mann, während „Kabellisten und Feldverdrahtung planen" (10 Tage) erst im Dezember folgt. Zusammen sind das die 23 Tage der Spalte Aufwand. Wer den Strukturplan als Aufwand lesen will, findet ihn hier — dieselben Vorgänge, andere Achse.
Der Strukturplan beantwortet die Frage „was gehört wozu". Die Ressourcensicht beantwortet „wer tut es wann" — dieselben Vorgänge, andere Achse. Zwischen beiden liegt keine zweite Planung, sondern nur ein Ansichtswechsel.
Was das für die Planung heißt#
Wer den Strukturplan sauber baut, bekommt zwei Dinge geschenkt: einen kritischen Weg, der wirklich durchläuft, und Phasenübergänge, die man an sieben Rauten abliest statt an 42 Balkenenden. Beides kostet beim Aufbau ein paar Minuten — und zahlt sie in jeder Statusbesprechung zurück, in der niemand fragen muss, welche Phase eigentlich gerade läuft.
Alle 49 Vorgangszeilen dieses Plans tragen dabei dieselbe Vorgangsart — festen Aufwand. Was diese Wahl bei der nächsten Änderung bedeutet, steht unter Vorgangsart: Aufwand oder Dauer.
Wie Rillsoft Project Strukturpläne und Termine rechnet, steht auf der Produktseite zum Projektmanagement in der Rillsoft Cloud. Weiter in dieser Branche: Unterdeckung sichtbar machen zeigt, was mit diesem Plan passiert, wenn die Kapazität nicht reicht — oder zurück zur Übersicht Maschinenbau.