Work Breakdown Structure
Eine Work Breakdown Structure ist eine hierarchische Aufgliederung eines Projekts in immer kleinere Teilaufgaben, bis jede Aufgabe konkret planbar und zuweisbar ist. Sie gilt im Projektmanagement als Grundlage für Zeitplanung, Kostenabschätzung und Verantwortungsverteilung.
Ein Projekt wie der Bau einer App oder die Organisation einer Messe besteht aus Hunderten kleiner Aufgaben. Eine Work Breakdown Structure — auf Deutsch oft Projektstrukturplan — bringt diese Aufgaben in eine Baumstruktur: oben steht das Gesamtziel, darunter größere Teilbereiche, darunter wiederum konkrete Einzelschritte. So zerlegt man ein komplexes Vorhaben so lange, bis jede Aufgabe klein genug ist, um sie einer Person zuzuweisen und einen Zeitrahmen dafür festzulegen. Das Ergebnis ist kein Zeitplan, sondern ein vollständiges Verzeichnis dessen, was überhaupt zu tun ist.
Warum Projekte ohne WBS scheitern
Der häufigste Grund für Projektverzögerungen ist nicht schlechte Arbeit, sondern vergessene Arbeit. Wer ein Projekt im Kopf plant, übersieht schnell Aufgaben, die erst spät auffallen — dann aber den ganzen Zeitplan durcheinanderbringen. Eine vollständige Aufgabenliste zu Beginn verhindert genau das.
Gleichzeitig schafft die WBS Klarheit über Zuständigkeiten. Wenn jede Aufgabe einem Verantwortlichen gehört, gibt es keine Missverständnisse darüber, wer was bis wann liefert. Außerdem lassen sich Kosten und Dauer nur dann realistisch schätzen, wenn man weiß, woraus ein Projekt tatsächlich besteht. Ohne diese Grundlage sind alle weiteren Planungen Schätzungen ins Blaue.
Aufbau und Detailtiefe
Die WBS ist in Ebenen gegliedert. Die oberste Ebene ist das Projektziel selbst, zum Beispiel „Website-Relaunch“. Die zweite Ebene enthält Hauptbereiche wie „Design“, „Technik“ und „Inhalt“. Die dritte Ebene unterteilt diese weiter, etwa „Design“ in „Wireframes erstellen“, „Logo anpassen“ und „Farbschema festlegen“. So geht es weiter, bis jede Aufgabe in wenigen Tagen erledigt werden kann.
Eine wichtige Regel dabei heißt 100-Prozent-Prinzip: Die Summe aller Teilaufgaben muss den gesamten Projektumfang abdecken — nicht mehr und nicht weniger. Aufgaben, die nicht im Plan auftauchen, gelten als nicht beauftragt. Aufgaben, die doppelt auftauchen, verschwenden Ressourcen. Das Prinzip klingt simpel, ist in der Praxis aber anspruchsvoll.
Ein häufiger Irrtum ist, die WBS mit einem Ablaufplan zu verwechseln. Die Baumstruktur zeigt nicht, in welcher Reihenfolge Aufgaben erledigt werden. Sie zeigt nur, welche Aufgaben es gibt. Die zeitliche Abfolge — wer erst fertig sein muss, damit ein anderer anfangen kann — wird in einem separaten Schritt festgelegt.
WBS in Tech-Projekten und KI-Entwicklung
In der Softwareentwicklung taucht die WBS vor allem in klassischen Projekten auf, die nach einem festen Plan ablaufen. Agile Methoden wie Scrum ersetzen sie teilweise durch sogenannte Backlogs — priorisierte Listen mit Aufgaben, die flexibler angepasst werden können. Beide Ansätze lösen jedoch dasselbe Grundproblem: den Überblick über alle offenen Aufgaben zu behalten.
In KI-Projekten ist die WBS besonders hilfreich, weil solche Projekte viele unsichtbare Aufgaben haben. Datenbereinigung, Modellauswahl, Evaluation, Sicherheitstests und Dokumentation klingen im Plan klein, machen aber oft den Großteil der tatsächlichen Arbeit aus. Wer sie nicht explizit auflistet, unterschätzt den Aufwand regelmäßig erheblich.
In Tech-Nachrichten begegnet man dem Begriff vor allem dann, wenn große Projekte — staatliche IT-Infrastruktur, Rüstungsprogramme oder Großsoftware — scheitern oder sich verzögern. Analysen zeigen dann oft, dass keine vollständige WBS vorlag oder diese nicht gepflegt wurde. Die WBS ist damit nicht nur ein Planungswerkzeug, sondern auch ein Frühwarnsystem.