Terminverdichtung: Fast-Tracking oder Crashing
Früher oder später stellt ein Auftraggeber die Frage, die jeder Planer fürchtet: Können wir zwei Wochen früher fertig sein? Es gibt genau zwei ehrliche Wege, einen Terminplan zu verkürzen, ohne den Umfang zu beschneiden, und jeder verschafft dir Zeit zu einem Preis. Fast-Tracking bezahlt man mit Risiko. Crashing bezahlt man mit Geld. Zu wissen, welchen Hebel man wo betätigt, ist der Unterschied zwischen einem selbstbewussten Ja und einem Versprechen, das du nicht halten kannst.
Was Terminverdichtung ist
Terminverdichtung bedeutet, die Projektdauer zu verkürzen, ohne den Umfang zu verringern. Dieser letzte Teil ist entscheidend: Funktionen zu streichen ist keine Verdichtung, das ist ein anderer Plan. Die Verdichtung behält die gesamte Arbeit bei und findet einen Weg, sie in weniger Zeit unterzubringen. Dafür gibt es nur zwei Mechanismen, und alles andere ist eine Abwandlung davon: Fast-Tracking und Crashing.
Beide zielen auf den kritischen Pfad, denn nur der kritische Pfad legt den Endtermin fest. Eine Aufgabe mit Puffer zu verdichten verkürzt nichts.
Fast-Tracking: die Arbeit überlappen
Fast-Tracking nimmt Aufgaben, die nacheinander geplant waren, und führt sie parallel aus oder überlappt sie mit Vorlaufzeit. Statt das Design vor Beginn der Entwicklung abzuschließen, startest du die Entwicklung an den fertigen Teilen, während das Design weiterläuft. Es wechselt kein zusätzliches Geld den Besitzer, deshalb ist Fast-Tracking der erste Hebel, zu dem man greift.
Der Preis ist Risiko. Aufgaben, die sich überlappen, können nun kollidieren: Ändert sich das Design, nachdem die Entwicklung begonnen hat, musst du nacharbeiten. Fast-Tracking tauscht Sicherheit gegen Tempo und funktioniert am besten dort, wo die Überlappung wirklich unbedenklich ist.
Crashing: Ressourcen hinzufügen
Crashing wirft Ressourcen auf eine Aufgabe, um sie zu verkürzen: zwei Entwickler statt einem, ein zweites Team, bezahlte Überstunden. Die Dauer sinkt, aber die Kosten steigen, und selten proportional: Fünf Leute erledigen eine Fünf-Tage-Aufgabe fast nie an einem Tag. Crashing unterliegt harten Grenzen: Neun Frauen können kein Baby in einem Monat bekommen.
Crashe dort, wo du die meisten Tage pro Euro bekommst, das sind meist die längsten Aufgaben auf dem kritischen Pfad, die sich wirklich auf mehr Leute aufteilen lassen. Eine Aufgabe zu crashen, die sich nicht parallelisieren lässt, verbrennt nur Geld.
Gegenüberstellung
| Fast-Tracking | Crashing | |
|---|---|---|
| Methode | Aufgaben überlappen | Ressourcen hinzufügen |
| Kostet dich | Risiko und Nacharbeit | Geld |
| Direkte Barkosten | meist keine | ja |
| Zuerst probieren | zuerst | wenn Überlappung nicht reicht |
Wie man wählt
Betätige die Hebel der Reihe nach:
- Finde den kritischen Pfad, das ist der einzige Ort, an dem Verdichtung hilft.
- Fast-Tracking zuerst: Suche nacheinander geplante kritische Aufgaben, die sich sicher überlappen ließen.
- Reicht das nicht, crashe die kritischen Aufgaben dort, wo zusätzliche Leute die Arbeit wirklich verkürzen.
- Prüfe den kritischen Pfad nach jeder Änderung erneut, das Verdichten einer Kette macht oft eine andere kritisch.
Ein durchgerechnetes Beispiel
- Fast-Tracking: starte den Bau an den fertigen Modulen, während das Design abschließt, mit einer Überlappung von 4 Tagen. Die Gesamtdauer sinkt auf 16 Tage ohne Barkosten, aber eine späte Designänderung bedeutet Nacharbeit.
- Crashing stattdessen: setze einen zweiten Entwickler auf den Bau an und kürze ihn von 12 auf 8 Tage. Die Gesamtdauer beträgt sicher 16 Tage, aber die Lohnrechnung steigt.
Achte auf den neuen kritischen Pfad
Der Haken, der viele überrascht: Verdichte eine Kette, und eine andere kann kritisch werden. Wenn du den Bau weit genug crashst, kann ein anderer Pfad, den du bisher ignoriert hast, mit seinen eigenen Aufgaben nun der längste Weg zum Ziel sein, und den Bau weiter zu verdichten bringt nichts. Berechne nach jeder Änderung den kritischen Pfad neu. Ein Werkzeug, das ihn für dich hervorhebt, macht daraus statt eines Ratespiels einen einzigen Blick.
Die Kurzfassung
Um einen Terminplan zu verkürzen, ohne den Umfang zu beschneiden, verdichte den kritischen Pfad, und nur den kritischen Pfad. Fast-Track zuerst durch das Überlappen aufeinanderfolgender Aufgaben, das kostet Risiko, aber kein Geld; crashe als Zweites durch das Hinzufügen von Ressourcen, das kostet Geld, aber kein Risiko. Prüfe den kritischen Pfad nach jedem Schritt erneut, denn die Verdichtung verschiebt ihn. Modelliere die Optionen kostenlos im gantts.app-Editor und beobachte, wie der Endtermin reagiert.
Häufige Fragen
Was ist der Unterschied zwischen Fast-Tracking und Crashing?
Fast-Tracking überlappt Aufgaben, die nacheinander geplant waren, und verkürzt so den Terminplan auf Kosten von erhöhtem Risiko und möglicher Nacharbeit, ohne direkte Barkosten. Crashing fügt einer Aufgabe Ressourcen hinzu, um sie zu verkürzen, was Geld kostet, aber kein Risiko. Beide zielen auf den kritischen Pfad.
Was sollte ich zuerst versuchen, Fast-Tracking oder Crashing?
Fast-Tracking, denn es kostet meist kein Geld, nur Risiko. Suche Aufgaben auf dem kritischen Pfad, die sich sicher überlappen lassen. Reicht die Überlappung nicht oder ist sie nicht sicher, dann crashe, indem du den Aufgaben Ressourcen hinzufügst, bei denen zusätzliche Leute die Arbeit wirklich verkürzen.
Warum funktioniert Terminverdichtung nur auf dem kritischen Pfad?
Weil nur der kritische Pfad den Endtermin bestimmt. Aufgaben, die nicht auf ihm liegen, haben Puffer, sie zu verkürzen verschiebt den Endtermin also nicht, es erhöht nur ihren Spielraum. Aufwand irgendwo außerhalb des kritischen Pfades zu verdichten spart keine Zeit.
Verkürzt Crashing eine Aufgabe immer proportional?
Nein. Ressourcen hinzuzufügen kürzt die Dauer selten proportional: Fünf Leute erledigen eine Fünf-Tage-Aufgabe fast nie an einem Tag, und manche Aufgaben lassen sich überhaupt nicht aufteilen. Crashing hat abnehmenden Ertrag, also crashe dort, wo du pro Kosteneinheit die meisten Tage einsparst.
Was geschieht mit dem kritischen Pfad nach der Verdichtung?
Er kann sich ändern. Eine Kette weit genug zu verdichten kann einen anderen Pfad zum längsten Weg zum Ziel machen, sodass weiteres Verdichten der ersten Kette nicht mehr hilft. Berechne den kritischen Pfad nach jedem Verdichtungsschritt stets neu.
Passend dazu
- Die Methode des kritischen Pfades erklärt
- Was ist Puffer (Slack)?
- Vorlaufzeit oder Nachlaufzeit
- Zurück zu den Ratgebern
Dieser Artikel ist auch auf Englisch verfügbar.