Resource Leveling vs. Resource Smoothing erklärt

Resource Leveling vs. Smoothing wird relevant, sobald ein Teammitglied drei Wochen am Stück mit 120 % eingeplant ist. Beide Techniken beheben eine Überlastung, folgen aber völlig unterschiedlichen Trade-offs, und die falsche Wahl kann einen Termin sprengen oder Ihr Team ausbrennen lassen.

Was ist der Unterschied zwischen Resource Leveling und Smoothing?

Resource Leveling passt den Projektzeitplan an, um Überlastung aufzulösen. Dabei können sich Aufgaben verzögern, das Enddatum verschieben und sogar der kritische Pfad verändern. Resource Smoothing passt die Ressourcennutzung innerhalb des verfügbaren Puffers (Float) an, um Nachfragespitzen auszugleichen. Das Projektenddatum bleibt dabei unverändert. Die Einschränkung beim Leveling sind Ihre Ressourcen. Die Einschränkung beim Smoothing ist Ihr Termin.

Einfach gesagt: Leveling verschiebt den Termin, damit er zu den Leuten passt; Smoothing verschiebt die Leute, damit sie zum Termin passen.

Wichtigste Fakten

• Der PMBOK Guide (7. Auflage) ordnet sowohl Resource Leveling als auch Resource Smoothing als der Terminverdichtung nahestehende Werkzeuge im Prozess „Terminplan entwickeln" ein (PMI, 2021).
• Der PMI-Bericht „Pulse of the Profession" ergab, dass 48 % der Projekte ihre ursprünglichen Ziele verfehlen, wobei Ressourcenkonflikte als einer der Hauptgründe für Terminverzögerungen genannt werden (PMI, 2021).
• Laut PMI-Forschung fällt der Schedule Performance Index (SPI) bei rund 37 % der Projekte unter 1,0, ein Wert, der eng mit unkontrollierter Ressourcenüberlastung korreliert.

Was ist Resource Leveling?

Resource Leveling ist eine Terminplanungstechnik, die Konflikte löst, bei denen Ressourcen in einem bestimmten Zeitraum mehr Arbeit zugewiesen bekommen, als sie bewältigen können. Wenn sich die Auslastungsspitze auf keine andere Weise beheben lässt, werden Aufgaben so lange verzögert, bis Kapazität frei wird.

In der Praxis bedeutet das: Das Enddatum kann sich verschieben. Die Critical Path Method (CPM) zeigt Ihnen, welche Aufgaben den finalen Termin bestimmen, und Leveling kann dazu führen, dass genau diese kritischen Aufgaben sich verzögern, wenn der Engpass direkt dort liegt.

Leveling ist die richtige Wahl, wenn:

• Eine bestimmte Person oder ein bestimmtes Gerät die harte Einschränkung darstellt.
• Das Projektenddatum verhandelbar ist.
• Die Überlastung so gravierend ist, dass Float allein sie nicht abfedern kann.

Terminplanungstools wie Microsoft Project und Primavera wenden Leveling automatisch anhand von Prioritätsregeln an, aber das Ergebnis des Algorithmus muss fast immer von einem Menschen überprüft werden. Ein automatischer Leveler weiß nicht, dass Aufgabe A höhere Priorität hat als Aufgabe B, selbst wenn beide dasselbe Startdatum zeigen.

Was ist Resource Smoothing?

Resource Smoothing ist eine Terminplanungstechnik, die Start- und Enddaten von Aufgaben innerhalb des verfügbaren Float und Slack verschiebt, um Spitzen und Täler in der Ressourcennachfrage zu reduzieren. Das Projektenddatum bleibt dabei durchgehend fix.

Smoothing kann nur Aufgaben verschieben, die freien Float oder Gesamtfloat zur Verfügung haben, um die Verschiebung aufzufangen. Sobald der gesamte Float aufgebraucht ist, stoppt Smoothing, selbst wenn die Ressource weiterhin überlastet ist. Das ist kein Fehler: Die Technik schützt damit ausdrücklich den Termin.

Smoothing eignet sich am besten, wenn:

• Ein Vertrag oder ein externes Ereignis das Liefertermin festlegt.
• Die Überlastung moderat ist und die meisten Aufgaben über nennenswerten Float verfügen.
• Sie Auftragnehmerkosten senken möchten, indem Sie Überstunden reduzieren, ohne Meilensteine zu verschieben.

Der entscheidende Unterschied: Smoothing löst nicht zwangsläufig jede Überlastung vollständig auf. Ist das Projekt insgesamt unterbesetzt, ist Leveling (nicht Smoothing) das richtige Werkzeug.

Resource Leveling vs. Smoothing: Direkter Vergleich

Wann welche Technik einsetzen?

Die entscheidende Frage ist einfach: Was kann sich nicht verschieben?

Setzen Sie Resource Leveling ein, wenn die Ressource das eine Element ist, das sich nicht flexibel anpassen lässt. Ein Spezialist ist nur drei Tage pro Woche verfügbar. Ein Kran ist für ein festes Zeitfenster gemietet. Ein Prüfer einer Aufsichtsbehörde hat einen festen Kalender. In diesen Fällen muss sich der Zeitplan der Ressource anpassen, und das Enddatum ist Verhandlungssache, kein Gesetz.

Setzen Sie Resource Smoothing ein, wenn sich der Termin nicht verschieben lässt. Ein Produktlaunch, der an eine Messe gekoppelt ist, ein gesetzlich vorgeschriebener Einreichungstermin, ein Kundenvertrag mit Vertragsstrafen: Das sind Situationen, in denen das Datum nicht verhandelbar ist. Smoothing erlaubt es Ihnen, Arbeit innerhalb des Float neu zu verteilen, ohne einen einzigen Meilenstein anzurühren.

In den meisten realen Projekten wenden Sie zuerst Smoothing an. Das ist der konservative Schritt: Aufgaben innerhalb des Float verschieben, prüfen, wie viel Überlastung sich dadurch auflöst, und erst zu Leveling eskalieren, wenn das Histogramm weiterhin Spitzen zeigt. So schützen Sie den Termin so lange wie möglich.

Kombinieren Sie beide Techniken von Anfang an mit solider Ressourcenallokation-Planung. Je weniger überlastet der ursprüngliche Zeitplan ist, desto weniger aggressiv müssen Sie beim Leveling oder Smoothing vorgehen.

Wie Sie Leveling und Smoothing anwenden

Schritt 1: Basiszeitplan und Ressourcen-Histogramm erstellen

Beginnen Sie mit einem vollständigen Netzplan und einem Gantt-Diagramm, das Aufgabenabhängigkeiten zeigt. Ergänzen Sie ein Ressourcen-Histogramm: ein Balkendiagramm, das zeigt, wie viele Stunden (oder Einheiten) jeder Ressource pro Tag oder Woche zugewiesen sind. Jeder Balken, der die verfügbare Kapazität übersteigt, ist eine Überlastung.

Schritt 2: Überlastungen erkennen

Betrachten Sie jede Ressource isoliert. Ein Projektmanager, der 60 Stunden pro Woche arbeitet, ist überlastet. Ein gemeinsam genutzter QA-Tester, der auf drei parallelen Aufgaben eingeplant ist, ist überlastet. Markieren Sie, welche Aufgaben die Spitzen verursachen.

Schritt 3: Entscheiden, ob das Enddatum fix ist

Das ist die Weggabelung. Ist der Termin vertraglich fixiert, geht es weiter mit Smoothing. Kann er sich mit Zustimmung der Stakeholder verschieben, kommt Leveling infrage.

Schritt 4: Zuerst Smoothing innerhalb des Float anwenden

Prüfen Sie bei jeder überlasteten Ressource, ob die betroffenen Aufgaben freien Float haben. Hat Aufgabe B drei Tage Float, verschieben Sie sie um zwei Tage. Diese Verschiebung reduziert die Spitze, ohne das Enddatum zu berühren. Gehen Sie so alle Ressourcen durch. Nutzen Sie Ihren Projektstrukturplan, um sicherzustellen, dass Sie dabei keine Abhängigkeiten versehentlich brechen. Prüfen Sie Daten aus der Kapazitätsplanung, um zu bestätigen, dass der angepasste Zeitplan innerhalb realer Teamgrenzen bleibt.

Schritt 5: Leveling anwenden, wenn das Histogramm weiterhin Spitzen zeigt

Löst Smoothing die Überlastung nicht vollständig, wenden Sie Leveling an. Verzögern Sie die Aufgaben mit der niedrigsten Priorität, bis Kapazität verfügbar ist. Das Enddatum wird sich fast sicher verschieben. Dokumentieren Sie die neue Baseline und kommunizieren Sie die Terminänderung an die Stakeholder, bevor diese es selbst bemerken.

Beispiel

Betrachten Sie ein dreiköpfiges Entwicklerteam (Alex, Bea und Carlos), das ein Feature-Release baut. Im ursprünglichen Zeitplan ist Alex gleichzeitig Aufgabe C und Aufgabe D zugewiesen, was seine Auslastung für eine Woche auf 140 % treibt.

Vor dem Smoothing:

Aufgabe D hat vier Tage Gesamtfloat. Das Team verschiebt den Start von Aufgabe D um drei Tage. Alex sinkt in Woche 2 auf 100 %, und der zusätzliche Float fängt die Änderung auf, ohne das Enddatum zu berühren.

Nach dem Smoothing:

Hätte Aufgabe D keinen Float, würde Smoothing nicht helfen. Das Team würde dann Leveling anwenden: Aufgabe D auf Woche 3 verschieben, das Enddatum um zwei Tage verlängern und den Kunden informieren.

Häufige Fehler

Die beiden Techniken verwechseln. Der häufigste Fehler ist, die Begriffe synonym zu verwenden. Sie sind verwandt, aber unterschiedlich: Smoothing ist insofern eine Teilmenge von Leveling, als beide Überlastung adressieren, aber nur Leveling kann den Termin verschieben.

Leveling anwenden, obwohl der Termin fix ist. Hat ein Stakeholder eine vertragliche Verpflichtung übernommen, ist es ein ernsthaftes Versagen der Projektsteuerung, ohne Freigabe Leveling anzuwenden (das das Enddatum verschieben kann). Holen Sie immer eine Freigabe ein, bevor Leveling einen Meilenstein verschiebt.

Float ignorieren, bis er aufgebraucht ist. Teams, die Float nicht sorgfältig verfolgen, stellen zu spät fest, dass eine Reihe kleiner Smoothing-Entscheidungen den gesamten verfügbaren Puffer verbraucht hat. Bis Woche 8 liegt jede Aufgabe auf dem kritischen Pfad, und es gibt nichts mehr zu verschieben. Verfolgen Sie Float durchgehend, nicht nur in der Planungsphase.

Sich auf den automatischen Leveler des Tools verlassen. Terminplanungssoftware wendet Leveling-Algorithmen anhand von Prioritätszahlen an, doch diese Zahlen spiegeln selten die tatsächliche geschäftliche Priorität wider. Prüfen Sie automatisch nivellierte Zeitpläne immer manuell, bevor Sie sie weitergeben.

Häufig gestellte Fragen

Verändert Resource Leveling das Enddatum?

Ja, Resource Leveling kann das Projektenddatum verlängern und tut dies häufig auch. Werden Aufgaben zur Auflösung von Überlastung verzögert, können sich Aufgaben auf dem kritischen Pfad verschieben und den finalen Meilenstein nach hinten ziehen. Genau deshalb erfordert Leveling eine Freigabe der Stakeholder, bevor Sie es auf einen fixierten Meilenstein anwenden.

Wird Smoothing vor oder nach Leveling durchgeführt?

Smoothing sollte immer zuerst kommen. Es ist die risikoärmere Option: Es schützt den Termin und nutzt nur vorhandenen Float. Löst Smoothing die Überlastung nicht vollständig, eskalieren Sie anschließend zu Leveling. Wer zuerst Leveling anwendet, überspringt einen Schritt, der den Termin möglicherweise hätte schützen können.

Welche Technik wirkt sich auf den kritischen Pfad aus?

Resource Leveling kann den kritischen Pfad verändern. Wird eine unkritische Aufgabe über ihren Float hinaus verzögert, wird sie kritisch. Resource Smoothing wirkt sich nicht auf den kritischen Pfad aus, da es Aufgaben nur innerhalb ihres bestehenden Float verschiebt.

Kann man beide Techniken im selben Projekt einsetzen?

Ja. Ein typisches Vorgehen: Smoothing auf alle Aufgaben mit Float anwenden, dann Leveling auf die verbleibende Überlastung anwenden. Das Ergebnis ist ein Zeitplan, der den Termin so weit wie möglich schützt und gleichzeitig Ressourcenkonflikte löst, die Float allein nicht abdecken konnte.

Was, wenn nach dem Smoothing noch Überlastung bleibt?

Smoothing garantiert nicht, jede Überlastung zu beseitigen. Reicht der Float nicht aus, bleiben nach dem Smoothing einige Spitzen bestehen. In diesem Fall haben Sie drei Optionen: Leveling anwenden (und die Terminverschiebung akzeptieren), Ressourcen hinzufügen, um die Kapazität zu erhöhen, oder den Umfang reduzieren, um die Nachfrage zu senken.

Resource Leveling und Smoothing sind keine konkurrierenden Optionen. Es sind aufeinanderfolgende Werkzeuge, jedes mit einer klaren Aufgabe: Smoothing schützt den Termin, Leveling schützt das Team. Beginnen Sie mit Smoothing, prüfen Sie, was übrig bleibt, und wenden Sie Leveling nur auf das an, was Smoothing nicht lösen konnte.

Weiterführende Themen

• Float und Slack: Total Float vs. Free Float erklärt
• Critical Path Method
• Netzplan
• Ressourcenallokation im Projektmanagement
• Kapazitätsplanung
• Projektstrukturplan
• Was ist ein Gantt-Diagramm?