Projektstrukturplan erstellen — was ein Sprachmodell abnimmt und was nicht

Ein Projektstrukturplan ist das einzige Dokument im Projekt, das jeder verlangt und kaum jemand benutzt. Er entsteht in der Planungsphase, wird abgenommen, gerät in Vergessenheit — und taucht wieder auf, wenn niemand mehr sagen kann, warum eine bestimmte Arbeit eigentlich zum Projekt gehört.

Genau dafür ist er gedacht. Ein Projektstrukturplan beantwortet eine einzige Frage: Was gehört zu diesem Projekt, und was nicht? Alles Weitere — Termine, Kosten, Zuständigkeiten — hängt an dieser Antwort.

Was ein Projektstrukturplan ist

Der Projektstrukturplan, im englischen Sprachraum Work Breakdown Structure, zerlegt ein Vorhaben in immer kleinere Bestandteile, bis unten Einheiten stehen, die sich schätzen, zuweisen und abschließen lassen. Diese unterste Ebene heißt Arbeitspaket. Die DIN 69901 führt ihn als eigenständigen Planungsgegenstand; dargestellt wird er in der Praxis als Baumdiagramm oder als eingerückte Liste. Entscheidend ist nicht die Darstellungsform, sondern eine Eigenschaft, die leicht zu übersehen ist: Vollständigkeit.

Formalisiert ist sie in der 100-Prozent-Regel, und die trennt den Plan von einer beliebigen Aufgabenliste: Der Plan enthält die gesamte Arbeit des Projekts — und nichts darüber hinaus. Jede Ebene bildet vollständig ab, was in der Ebene darüber steht. Wer diese Regel einhält, hat einen belastbaren Plan. Wer sie nicht einhält, hat eine hübsche Grafik.

Der zweite Punkt wird ebenso oft übersehen: Ein Projektstrukturplan enthält Ergebnisse, keine Tätigkeiten. "Schulungsunterlagen erstellt" ist ein Arbeitspaket. "Sich mit Schulung beschäftigen" ist keins, weil niemand sagen kann, wann es fertig ist.

Die drei Gliederungsarten

Die Frage, an der die meisten Pläne kippen, ist nicht wie tief, sondern wonach gegliedert wird.

Objektorientiert gliedert nach Teilergebnissen: Fahrzeug → Antrieb, Karosserie, Elektronik. Sinnvoll, wenn am Ende ein Produkt steht, dessen Teile unabhängig entstehen.

Funktionsorientiert gliedert nach Art der Arbeit: Analyse, Entwicklung, Test, Einführung. Sinnvoll, wenn Fachbereiche die Struktur bestimmen — birgt aber die Gefahr, dass am Ende Abteilungen abgebildet werden statt Ergebnisse.

Phasenorientiert gliedert nach Ablauf: Vorbereitung, Umsetzung, Abnahme. Naheliegend, und genau deshalb die häufigste Fehlentscheidung. Ein phasenorientierter Plan sagt, wann etwas passiert, nicht was entsteht — und damit fehlt genau die Information, für die es den Plan gibt.

In der Praxis ist die oberste Ebene meist gemischt. Das ist zulässig, solange innerhalb einer Ebene ein Kriterium durchgehalten wird.

Wo ein Sprachmodell tatsächlich hilft

Ein Projektstrukturplan zu erstellen ist zu einem großen Teil Fleißarbeit: Man kennt die Struktur, man kennt das Vorhaben, und schreibt sie routiniert herunter. Genau diesen Teil nimmt ein Sprachmodell ab.

Konkret trägt es an drei Stellen:

Der erste Entwurf. Aus einer Projektbeschreibung von zehn Zeilen entsteht in einem Durchgang eine Gliederung über drei Ebenen. Sie ist nicht richtig, aber sie ist vollständig genug, um daran zu arbeiten — und ein Entwurf, den man korrigiert, entsteht schneller als einer, den man von Null schreibt.

Die Vollständigkeitsprüfung. Die nützlichere Anwendung, und die seltener genutzte. Man gibt den fertigen eigenen Plan hinein und fragt: Welche Arbeitspakete fehlen typischerweise bei einem Vorhaben dieser Art? Modelle sind gut darin, das Vergessene zu benennen — Migration von Altdaten, Schulung des Supports, Abnahme durch den Betriebsrat. Das sind die Pakete, die im Projektverlauf als "das hatten wir nicht eingeplant" wieder auftauchen.

Die Umformulierung. Tätigkeiten in Ergebnisse umzuschreiben ist mechanisch und langweilig. Aus "Testing durchführen" wird "Testprotokoll abgenommen". Ein Modell macht das für vierzig Zeilen in einem Durchgang.

Wo es zuverlässig danebenliegt

Ein Sprachmodell hat kein Modell Ihres Projekts. Es hat ein Modell davon, wie Projektstrukturpläne üblicherweise aussehen. Daraus folgen drei Fehler, die verlässlich auftreten:

Es hält die 100-Prozent-Regel nicht ein. Die Ausgabe wirkt vollständig, weil sie symmetrisch ist — jede Ebene hat drei bis fünf Punkte, alles sieht sauber aus. Symmetrie ist aber kein Vollständigkeitsbeleg. Reale Projekte sind unsymmetrisch: Ein Zweig hat zwölf Arbeitspakete, der nächste zwei.

Es gliedert phasenorientiert, wenn man es nicht daran hindert. Das ist die häufigste Struktur in den Texten, aus denen es gelernt hat. Wer keine Gliederungsart vorgibt, bekommt Vorbereitung/Umsetzung/Abschluss — also genau die Variante, die am wenigsten trägt.

Es erfindet Plausibles. Arbeitspakete, die in Ihrem Kontext keinen Gegenstand haben, aber gut klingen. Das ist harmlos, solange jemand mit Sachkenntnis darüberliest, und teuer, wenn der Plan ungeprüft in die Schätzung geht.

Alle drei Fehler haben eines gemeinsam: Sie sind an der Ausgabe nicht zu erkennen. Sie sehen aus wie ein guter Plan. Deshalb ist das Sprachmodell hier ein Werkzeug für jemanden, der Projektstrukturpläne beurteilen kann — nicht eines, das diese Fähigkeit ersetzt.

Ein Vorgehen, das funktioniert

1. Gliederungsart selbst festlegen, bevor das Modell etwas sieht. Diese Entscheidung ist inhaltlich und gehört nicht ins Werkzeug.
2. Kontext geben statt Aufgabe geben. Nicht "erstelle einen Projektstrukturplan für eine CRM-Einführung", sondern: Umfang, Beteiligte, was ausdrücklich nicht dazugehört, gewählte Gliederungsart.
3. Entwurf gegen die 100-Prozent-Regel prüfen — von Hand, Ebene für Ebene. Nicht das Modell fragen, ob sein eigener Plan vollständig ist.
4. Zweiter Durchgang mit der Gegenfrage: Was fehlt bei Vorhaben dieser Art typischerweise? Hier liegt der eigentliche Gewinn.
5. Arbeitspakete in Ergebnisformulierungen bringen und je Paket festhalten, woran man erkennt, dass es fertig ist.

Die Prüfung in vier Fragen

Bevor der Plan aus der Hand geht:

• Steht auf jeder Ebene die gesamte Arbeit der Ebene darüber — nicht mehr, nicht

weniger?

• Enthält jedes Arbeitspaket ein Ergebnis, dessen Fertigstellung überprüfbar ist?
• Wird innerhalb jeder Ebene nach einem Kriterium gegliedert?
• Gibt es zu jedem Arbeitspaket genau eine verantwortliche Person?

Vier Ja bedeuten nicht, dass der Plan stimmt. Vier Ja bedeuten, dass er diskutierbar ist — und das ist mehr, als die meisten Projektstrukturpläne von sich sagen können.