Arbeitspakete definieren: Anleitung, Inhalte und Praxistipps

Was ist ein Arbeitspaket?

Die DIN 69901-5 definiert ein Arbeitspaket als das „kleinste, nicht weiter zergliederte Element im Projektstrukturplan”. Im Englischen wird der Begriff Work Package (WP) verwendet.

Ein Arbeitspaket beschreibt einen inhaltlich zusammenhängenden Leistungsumfang innerhalb eines Projekts. Es hat ein klar formuliertes Ergebnis, einen Verantwortlichen, einen geschätzten Aufwand und einen Zeitrahmen. Damit ist es die Ebene, auf der ein Projekt konkret plan- und steuerbar wird.

Einordnung in die Projekthierarchie

Der Projektstrukturplan (PSP) gliedert ein Projekt von oben nach unten: vom Gesamtprojekt über Teilprojekte oder Phasen bis hinunter zu den Arbeitspaketen. Diese bilden die unterste Ebene des PSP – die Blätter des Baums.

Oberhalb der Arbeitspakete stehen Sammelelemente (Teilprojekte, Phasen oder Funktionsbereiche), die selbst keine Leistung beschreiben, sondern lediglich gruppieren. Unterhalb der Arbeitspakete beginnt die Termin- und Ablaufplanung: Dort werden die Inhalte eines Arbeitspakets in einzelne Vorgänge zerlegt, denen Start- und Endtermine, Reihenfolgen und Abhängigkeiten zugeordnet werden.

Abgrenzung: Arbeitspaket, Vorgang, Meilenstein

Die drei Begriffe werden häufig verwechselt:

• Arbeitspaket – beschreibt was zu leisten ist (Strukturplanung). Es ist eine inhaltliche Einheit mit definiertem Ergebnis.
• Vorgang – beschreibt wann etwas stattfindet (Terminplanung). Ein Arbeitspaket kann mehrere Vorgänge enthalten.
• Meilenstein – markiert einen Zeitpunkt, an dem ein definiertes Ergebnis vorliegen soll. Er hat keine Dauer und keinen Aufwand.

Ein Arbeitspaket endet häufig mit einem Meilenstein – etwa der Abnahme des Ergebnisses. Die Vorgänge innerhalb des Arbeitspakets beschreiben den Weg dorthin.

Warum sind Arbeitspakete im Projekt wichtig?

Projekte scheitern selten an einer einzigen Ursache. Häufig fehlt es an Übersicht, an klaren Zuständigkeiten oder an einer belastbaren Grundlage für die Planung. Arbeitspakete adressieren genau diese Schwachstellen.

Strukturierung und Übersicht. Ein komplexes Projekt wird durch die Zerlegung in Arbeitspakete überschaubar. Statt eines monolithischen Vorhabens entstehen handhabbare Einheiten, die das Team greifen und bearbeiten kann.

Planbarkeit. Aufwand, Dauer und Kosten lassen sich auf der Ebene einzelner Arbeitspakete wesentlich genauer schätzen als auf Projektebene. Eine gute Aufwandsschätzung baut auf klar definierten Arbeitspaketen auf.

Kontrolle. Arbeitspakete sind die natürliche Einheit für die Fortschrittsmessung. Der Fertigstellungsgrad einzelner Pakete fließt in das Projektcontrolling und den Soll-Ist-Vergleich ein – bis hin zur Earned Value Analyse.

Verantwortlichkeit. Jedes Arbeitspaket hat genau einen Verantwortlichen. Das schafft Klarheit und verhindert die diffuse Verteilung von Zuständigkeiten, bei der am Ende niemand verantwortlich ist. In Kombination mit einer RACI-Matrix lässt sich die Rollenverteilung pro Arbeitspaket präzise festlegen.

Kommunikation. Arbeitspakete schaffen eine gemeinsame Sprache im Team. Wenn alle Beteiligten unter „AP 3.2 – Datenmigration” dasselbe verstehen, reduzieren sich Missverständnisse und Rückfragen.

Arbeitspaketbeschreibung erstellen

Die Arbeitspaketbeschreibung ist das zentrale Dokument, das den Inhalt eines Arbeitspakets vollständig und nachvollziehbar festhält. Form und Umfang variieren je nach Organisation und Projektgröße – die folgenden Elemente haben sich in der Praxis bewährt:

Nicht jedes Projekt braucht jedes Feld. Entscheidend ist die Balance: Die Beschreibung muss so detailliert sein, dass der Verantwortliche das Arbeitspaket ohne weitere Rückfragen bearbeiten kann – aber nicht so umfangreich, dass das Erstellen der Beschreibung mehr Zeit kostet als die eigentliche Arbeit.

Ergebnis vor Tätigkeit

Ein häufiger Fehler: Die Beschreibung listet Aktivitäten auf, definiert aber kein messbares Ergebnis. Ohne Ergebnis fehlt der Maßstab für die Fertigstellung. Die Frage „Was liegt am Ende vor?” sollte daher immer zuerst beantwortet werden – sie bestimmt den Rahmen für alle weiteren Angaben.

Praxisbeispiel: Arbeitspaket in einem IT-Projekt

Ein mittelständisches Unternehmen führt ein neues Ticketsystem für den Kundenservice ein. Der Projektstrukturplan gliedert das Projekt in die Teilprojekte „Anforderungen”, „Systemkonfiguration”, „Benutzeroberfläche”, „Datenmigration” und „Schulung”. Aus dem Teilprojekt „Benutzeroberfläche” wird das folgende Arbeitspaket abgeleitet:

Dieses Beispiel zeigt: Eine gute Arbeitspaketbeschreibung beantwortet alle Fragen, die für die eigenständige Bearbeitung nötig sind – ohne den Verantwortlichen mit unnötigen Details zu überfrachten.

Die richtige Größe für Arbeitspakete bestimmen

Arbeitspakete entfalten ihren Nutzen nur dann, wenn sie die richtige Granularität haben. Zu große Pakete sind schwer kontrollierbar, zu kleine erzeugen Verwaltungsaufwand, der in keinem Verhältnis zum Nutzen steht.

Faustregel

Eine bewährte Orientierung: Ein Arbeitspaket sollte zwischen 5 und 20 Personentagen Aufwand umfassen – oder rund 5 % des Gesamtaufwands des Projekts. Diese Größe ist ausreichend, um ein greifbares Ergebnis zu liefern, und überschaubar genug, um den Fortschritt sinnvoll zu messen.

Drei Prüffragen

Wenn Sie unsicher sind, ob ein Arbeitspaket die richtige Größe hat, helfen drei Fragen:

1. Ist das Ergebnis abgeschlossen und eigenständig bewertbar? Ein Arbeitspaket sollte ein in sich geschlossenes Ergebnis liefern, das unabhängig von anderen Paketen beurteilt werden kann.
2. Lässt sich das Paket an eine Person delegieren? Wenn der Verantwortliche das Paket nicht überblicken kann, ist es zu groß. Wenn die Delegation aufwendiger ist als die Arbeit selbst, ist es zu klein.
3. Passt das Paket ins Gesamtgefüge? Arbeitspakete innerhalb eines Projekts sollten einen ähnlichen Komplexitätsgrad haben. Ein einzelnes Paket mit 2 Personentagen neben einem mit 80 deutet auf ein Strukturproblem hin.

Typische Fehler

Zu groß geschnitten. Ein Arbeitspaket „Systemimplementierung” mit 200 Personentagen ist keine planbare Einheit – es ist ein verkleidetes Teilprojekt. Der Fortschritt lässt sich nicht sinnvoll messen, und Probleme werden erst spät sichtbar.

Zu klein geschnitten. Ein Arbeitspaket „E-Mail an Lieferanten schreiben” mit 0,5 Personentagen ist eine Aufgabe, kein Arbeitspaket. Der Verwaltungsaufwand für Beschreibung, Zuordnung und Controlling steht in keinem Verhältnis zur Leistung.

Arbeitspakete in agilen Projekten

Im klassischen Projektmanagement sind Arbeitspakete das zentrale Strukturierungselement. In agilen Rahmenwerken wie Scrum übernehmen User Stories und Backlog Items eine ähnliche Funktion – mit anderen Schwerpunkten.

In hybriden Projekten – also Vorhaben, die klassische und agile Elemente kombinieren – lassen sich User Stories in Arbeitspakete überführen. Die PSP-Hierarchie (Teilprojekte → Arbeitspakete → Vorgänge) entspricht dann grob der agilen Hierarchie (Epics → Features → User Stories). Die Brücke zwischen beiden Welten ist das Ergebnis: Ob als „Done-Kriterium” einer User Story oder als „erwartetes Ergebnis” eines Arbeitspakets formuliert – messbare Ergebnisse sind in beiden Ansätzen der Schlüssel zur Fortschrittsmessung.

Tipps für die Praxis

Fachexperten einbeziehen. Die Projektleitung kennt nicht jedes Fachgebiet im Detail. Wer die Arbeitspaketbeschreibung gemeinsam mit den Personen erstellt, die die Arbeit später ausführen, erhält realistischere Schätzungen und höhere Akzeptanz im Team.

Den PSP als Grundlage nutzen. Arbeitspakete entstehen nicht im luftleeren Raum. Sie sind das Ergebnis einer strukturierten Projektstrukturplanung. Wer direkt mit Arbeitspaketen beginnt, ohne den Gesamtzusammenhang zu klären, riskiert Lücken und Überschneidungen.

Ergebnisse definieren, nicht Tätigkeiten. „Datenbank migrieren” ist eine Tätigkeit. „Kundendaten vollständig in neuem System verfügbar und verifiziert” ist ein Ergebnis. Die zweite Formulierung macht das Ende des Arbeitspakets messbar und die Abnahme eindeutig.

Arbeitspakete für das Controlling nutzen. Wer zu jedem Arbeitspaket Plan-Aufwand und Plan-Kosten hinterlegt, hat die Grundlage für einen aussagekräftigen Soll-Ist-Vergleich. Ohne diese Baseline fehlt dem Controlling der Maßstab.

Angemessene Detailtiefe wählen. Die Arbeitspaketbeschreibung ist kein Vertrag und keine wissenschaftliche Arbeit. Sie soll so detailliert sein, dass der Verantwortliche eigenständig arbeiten kann – und so schlank, dass sie tatsächlich gelesen und genutzt wird.

Abhängigkeiten explizit dokumentieren. Welches Arbeitspaket muss abgeschlossen sein, bevor dieses beginnen kann? Welche Zulieferung wird benötigt? Ungeklärte Abhängigkeiten sind eine der häufigsten Ursachen für Verzögerungen im Projektverlauf.

Arbeitspakete mit Software verwalten

In kleinen Projekten lassen sich Arbeitspakete in einer Tabellenkalkulation pflegen. Sobald ein Projekt mehrere Teilprojekte, dutzende Arbeitspakete und ein verteiltes Team umfasst, stößt dieser Ansatz an seine Grenzen. Informationen verteilen sich auf verschiedene Dateien, Versionen laufen auseinander, und der Überblick geht verloren.

Projektmanagement-Software löst genau diese Probleme:

• Zentrale Dokumentation – Arbeitspaketbeschreibungen, Verantwortlichkeiten und Abhängigkeiten an einem Ort, zugänglich für alle Beteiligten.
• Fortschrittsverfolgung – Der Fertigstellungsgrad einzelner Arbeitspakete wird dort erfasst, wo die Arbeit stattfindet. Projektstatusberichte generieren sich aus den Echtzeitdaten.
• Aufwands- und Kostenkontrolle – Plan- und Ist-Werte pro Arbeitspaket fließen direkt in das Projektbudget und die Earned Value Analyse ein.
• Abhängigkeitsmanagement – Verknüpfungen zwischen Arbeitspaketen machen Engpässe und kritische Pfade sichtbar, bevor sie zu Verzögerungen führen.

Allegra verbindet Projektstrukturplanung, Aufgabenmanagement und Kostencontrolling in einer Plattform. Arbeitspakete werden als strukturierte Vorgänge angelegt, mit Verantwortlichen, Terminen und Budgets verknüpft und über den gesamten Projektverlauf nachverfolgt – vom Projektplan bis zum Abschlussbericht.

Häufig gestellte Fragen

Was ist ein Arbeitspaket einfach erklärt?

Ein Arbeitspaket ist ein klar umrissener Baustein innerhalb eines Projekts. Es beschreibt, was geleistet werden soll, wer dafür verantwortlich ist, welches Ergebnis am Ende stehen soll und wie viel Aufwand dafür eingeplant wird. Arbeitspakete sind die kleinste Planungseinheit im Projektstrukturplan und bilden die Grundlage für die Termin-, Kosten- und Ressourcenplanung.

Wie hängen Arbeitspaket und Projektstrukturplan zusammen?

Der Projektstrukturplan (PSP) gliedert ein Projekt hierarchisch in immer kleinere Einheiten. Arbeitspakete bilden die unterste Ebene – die Blätter des Baums. Alles, was darüber liegt (Teilprojekte, Phasen), dient der Gruppierung. Die eigentliche Leistung wird auf der Ebene der Arbeitspakete beschrieben und geplant.

Was ist der Unterschied zwischen Arbeitspaket und Vorgang?

Ein Arbeitspaket beschreibt einen inhaltlichen Leistungsumfang mit definiertem Ergebnis (Strukturplanung). Ein Vorgang ist ein terminlich eingeordneter Arbeitsschritt innerhalb eines Arbeitspakets (Terminplanung). Ein Arbeitspaket kann mehrere Vorgänge umfassen, die in einer bestimmten Reihenfolge und mit definierten Abhängigkeiten bearbeitet werden.

Wie groß sollte ein Arbeitspaket sein?

Als Faustregel gelten 5 bis 20 Personentage oder rund 5 % des Gesamtprojektaufwands. Das Paket sollte groß genug sein, um ein eigenständiges, messbares Ergebnis zu liefern, und klein genug, um den Fortschritt sinnvoll kontrollieren zu können. Zu kleine Pakete erzeugen unnötigen Verwaltungsaufwand, zu große lassen sich schlecht steuern.

Wer ist für ein Arbeitspaket verantwortlich?

Jedes Arbeitspaket hat genau einen Verantwortlichen. Diese Person stellt sicher, dass das definierte Ergebnis in der vereinbarten Qualität, im geplanten Zeitrahmen und innerhalb des Budgets geliefert wird. Die Verantwortung kann nicht geteilt werden – auch wenn mehrere Personen an der Umsetzung mitwirken.