Task-Abhängigkeiten: FS, SS, FF und SF erklärt

Task-Abhängigkeiten legen fest, in welcher Reihenfolge Projektarbeit ablaufen kann. Liegen Sie damit falsch, bricht Ihr Zeitplan zusammen. Liegen Sie richtig, weiß Ihr Team genau, wann jedes Arbeitspaket beginnen, sich überschneiden oder warten kann.

Es gibt vier logische Abhängigkeitstypen: Ende-Anfang (FS), Anfang-Anfang (SS), Ende-Ende (FF) und Anfang-Ende (SF). Jeder beschreibt eine bestimmte Beziehung zwischen dem Ende oder Anfang einer Aufgabe und dem Ende oder Anfang einer anderen. Dieser Artikel behandelt alle vier, erklärt Vorlauf- und Pufferzeit und führt durch die vier Abhängigkeitskategorien, die jede Projektleitung kennen sollte.

Was sind Task-Abhängigkeiten?

Eine Task-Abhängigkeit ist eine logische Beziehung zwischen zwei Aufgaben, die bestimmt, wann eine relativ zur anderen beginnen oder enden kann. In Planungssoftware und im Netzplan des Projektmanagements werden die beiden Aufgaben einer Abhängigkeit als Vorgänger (die Aufgabe, die in der Beziehung zuerst kommt) und Nachfolger (die Aufgabe, die dadurch eingeschränkt wird) bezeichnet.

Abhängigkeiten sind nicht dasselbe wie Aufgabenreihenfolgen. Die Reihenfolge ist, wann etwas passiert. Die Abhängigkeit ist der logische Grund, warum es in dieser Reihenfolge passiert. Diese Unterscheidung ist wichtig, weil manche Aufgaben sich überschneiden können, manche warten müssen, bis andere fertig sind, und in seltenen Fällen eine Aufgabe beginnen muss, bevor ihr Vorgänger enden kann.

Key Facts

• Das Project Management Institute berichtet, dass eine mangelhafte Ablaufplanung zu den drei häufigsten Ursachen für Projektüberschreitungen zählt und in 37 % der Projekte weltweit zu Kostenauswirkungen beiträgt (PMI Pulse of the Profession, 2023).
• Eine Studie von McKinsey ergab, dass große Bau- und IT-Projekte im Schnitt 20 % über dem Zeitplan liegen, wobei mangelhaftes Abhängigkeitsmanagement als eine der Hauptursachen genannt wird (McKinsey Global Institute, 2017).
• Techniken zur Zeitplanverkürzung wie Fast-Tracking, bei denen abhängige Aufgaben absichtlich überlappt werden, kommen in 60 % der verzögerten Projekte zum Einsatz, um Zeit aufzuholen (PMI, 2022).

Die vier Arten von Task-Abhängigkeiten

Die meisten Planungstools, einschließlich Microsoft Project und Rework, unterstützen alle vier logischen Beziehungstypen, die im Project Management Body of Knowledge (PMBOK) definiert sind. Hier ist jeder Typ mit einem verständlichen Beispiel.

FS ist der Standardfall. Der Großteil der Aufgabenbeziehungen in einem typischen Projekt ist Ende-Anfang. Wenn Sie unsicher sind, welcher Typ zutrifft, ist FS fast immer die richtige Wahl.

SF ist die Ausnahme. SF taucht am häufigsten in der Just-in-Time-Fertigung und bei Schichtübergaben auf. Wenn Sie SF häufig verwenden, bedeutet das meist, dass die Ablauflogik überdacht werden sollte.

Abhängigkeitskategorien und Vorlauf- vs. Pufferzeit

Neben den vier logischen Typen fällt jede Abhängigkeit auch in eine von vier Kategorien, die beschreiben, warum die Beziehung existiert. Und jede Abhängigkeit kann mit Vorlaufzeit oder Pufferzeit angepasst werden, um den Zeitplan realistischer zu machen.

Abhängigkeitskategorien

Zu wissen, ob eine Abhängigkeit zwingend oder diskretionär ist, ist bei der Zeitplanverkürzung wichtig. Diskretionäre Abhängigkeiten können Sie per Fast-Tracking überlappen, zwingende nicht. Der Artikel Fast-Tracking vs. Crashing erklärt diesen Kompromiss im Detail.

Vorlaufzeit und Pufferzeit

Pufferzeit (Lag) fügt eine Wartezeit zwischen Vorgänger und Nachfolger ein. Wenn Sie zwei Tage benötigen, damit Beton aushärtet, bevor die Aufstellung der Wände beginnen kann, ist das ein Puffer von zwei Tagen auf einer FS-Abhängigkeit.

Vorlaufzeit (Lead) erlaubt es dem Nachfolger, zu starten, bevor der Vorgänger endet. Modelliert man sie als negativen Puffer, bedeutet ein dreitägiger Vorlauf auf einer FS-Abhängigkeit, dass der Nachfolger drei Tage vor Abschluss des Vorgängers starten kann. So funktioniert Zeitplanverkürzung in der Praxis.

Sowohl Vorlauf- als auch Pufferzeit werden in denselben Einheiten wie der Projektzeitplan ausgedrückt (Tage, Stunden oder Prozentsatz der Vorgängerdauer).

Warum Task-Abhängigkeiten wichtig sind

Abhängigkeiten sind das Bindegewebe eines Projektzeitplans. Hier ist, was ohne sie schiefgeht.

Teams beginnen Arbeit, die sie nicht abschließen können. Wenn Aufgabe B startet, bevor Aufgabe A fertig ist, kann das Team, das an B arbeitet, mitten in der Aufgabe auf ein Hindernis stoßen und muss warten oder Arbeit wiederholen. Das erzeugt Verschwendung und Frustration.

Der kritische Pfad wird unsichtbar. Die Methode des kritischen Pfads funktioniert nur, wenn Abhängigkeiten korrekt abgebildet sind. Eine fehlende Abhängigkeit bedeutet, dass der Algorithmus die falsche minimale Projektdauer berechnet, und Ihr Zeitplan ist falsch, bevor Sie überhaupt beginnen.

Der Puffer verschwindet. Berechnungen von Float und Slack hängen vollständig von einer korrekten Abhängigkeitslogik ab. Sind die Abhängigkeiten falsch, wissen Sie nicht, welche Aufgaben tatsächlich Spielraum haben.

Änderungen setzen sich unvorhersehbar fort. Wenn eine Aufgabe sich verzögert, verzögern sich auch ihre Nachfolger. Aber nur, wenn die Abhängigkeiten abgebildet sind. Ohne sie sehen Sie die Auswirkungen erst, wenn es zu spät ist, um zu reagieren.

Häufige Fehler

Das sind die Abhängigkeitsfehler, die in echten Projekten am häufigsten auftreten.

FS aus Gewohnheit überall verwenden. Nicht jede Aufgabe ist Ende-Anfang. Standardmäßig FS zu wählen, wenn SS oder FF passender wäre, erzeugt einen künstlich langen Zeitplan und macht parallele Arbeit unsichtbar.

Diskretionäre Abhängigkeiten weglassen. Teams modellieren manchmal nur harte Logik und lassen weiche Logik weg, weil sie "flexibel" sei. Aber undokumentierte weiche Abhängigkeiten bedeuten, dass ein künftiges Teammitglied Aufgaben in einer Weise umordnen könnte, die Qualität oder Best Practice untergräbt.

Externe Abhängigkeiten ignorieren. Wenn ein Lieferant Material liefern muss, bevor Ihr Team es einbauen kann, ist das eine externe FS-Abhängigkeit. Lässt man sie weg, zeigt der Zeitplan den Einbau als Start, bevor die Lieferung überhaupt angefordert wurde.

Abhängigkeiten an Ressourcen statt an Aufgaben knüpfen. Eine verbreitete Falle ist es, Aufgaben zu verknüpfen, weil dieselbe Person beide erledigt, nicht weil die Arbeit selbst eine Reihenfolge erfordert. Ressourcenengpässe sollten durch Ressourcenausgleich gelöst werden, nicht durch erfundene Task-Abhängigkeiten. Die Phase des Projektstrukturplans ist ein guter Zeitpunkt, um diese beiden Anliegen zu trennen.

Abhängigkeiten nach Umfangsänderungen nicht überprüfen. Wenn sich der Umfang ändert, werden manche Abhängigkeiten irrelevant und neue entstehen. Eine Abhängigkeitsprüfung ist ein Standardbestandteil Ihres integrierten Änderungskontrollprozesses.

So bilden Sie Task-Abhängigkeiten ab

Schritt 1: Alle Aufgaben aus Ihrem Projektstrukturplan auflisten

Beginnen Sie mit einem vollständigen Projektstrukturplan. Sie können keine Abhängigkeiten für Aufgaben abbilden, die Sie noch nicht identifiziert haben. Jedes Liefergut sollte in Arbeitspakete heruntergebrochen werden, bevor Sie mit der Reihenfolge beginnen.

Schritt 2: Den Vorgänger für jede Aufgabe identifizieren

Gehen Sie Ihre Aufgabenliste durch und fragen Sie: "Was muss geschehen, oder zumindest beginnen, bevor diese Aufgabe starten oder enden kann?" Manche Aufgaben haben keine Vorgänger (sie können jederzeit starten). Die meisten haben ein oder zwei. Einige wenige haben mehrere.

Schritt 3: Den richtigen Beziehungstyp zuweisen

Entscheiden Sie für jedes Vorgänger-Nachfolger-Paar, ob die Beziehung FS, SS, FF oder SF ist. Fragen Sie sich: Löst das Ende oder der Anfang des Vorgängers den Nachfolger aus? Und wird der Anfang oder das Ende des Nachfolgers ausgelöst?

Schritt 4: Vorlauf- oder Pufferzeit bei Bedarf hinzufügen

Gibt es eine zwingende Wartezeit zwischen Aufgaben (Aushärtezeit, Genehmigungszeitraum, Lieferzeit), fügen Sie Pufferzeit hinzu. Kann der Nachfolger beginnen, bevor der Vorgänger endet, fügen Sie Vorlaufzeit hinzu. Seien Sie hier ehrlich: Überhöhte Pufferzeit verschleiert echten Puffer, und unrealistischer Vorlauf bereitet Teams Nacharbeit vor.

Schritt 5: Mit dem Team validieren und den Netzplan erstellen

Lassen Sie die ausführenden Personen die Abhängigkeitskarte prüfen. Sie erkennen Logikfehler schneller als jede Projektleitung allein am Schreibtisch. Nach der Validierung werden die Abhängigkeiten zur Grundlage für Ihren Netzplan, Ihre Analyse des kritischen Pfads und Ihr Gantt-Diagramm.

Beispiele für Task-Abhängigkeiten

Hier sind drei häufige Projektszenarien, die zeigen, wie Abhängigkeiten in der Praxis aussehen.

Best Practices

Tun:

• Den Abhängigkeitstyp verwenden, der die reale Logik der Arbeit widerspiegelt, nicht nur die Planungsbequemlichkeit.
• Dokumentieren, warum jede diskretionäre Abhängigkeit besteht. Eine kurze Notiz im Projektzeitplan erspart später Stunden an Verwirrung.
• Abhängigkeiten überprüfen, sobald sich Umfang, Ressourcen oder Zeitplan ändern.
• Nach der Abbildung der Abhängigkeiten eine Float-und-Slack-Analyse durchführen, um zu erkennen, wo der Zeitplan Flexibilität bietet.
• Ihre Abhängigkeitskarte mit Ihrem Projektplanungsdokument verknüpfen, damit Stakeholder die Ablauflogik verstehen.

Nicht tun:

• Abhängigkeiten hinzufügen, um Ressourcenengpässe zu erzwingen. Nutzen Sie dafür Ressourcenausgleich.
• Externe Abhängigkeiten vergessen. Lieferantenlieferungen, behördliche Freigaben und Kundenfreigaben sind echte Zeitplanrisiken.
• Annehmen, dass alle Abhängigkeiten Ende-Anfang sind. Ein Zeitplan, der ausschließlich auf FS-Beziehungen basiert, ist fast sicher länger als nötig.
• SF verwenden, außer bei einem echten Schichtübergabe- oder Just-in-Time-Szenario. Es verwirrt die meisten Teammitglieder und die meisten Planungstools.
• Die Team-Überprüfung überspringen. Abhängigkeitslogik, die auf dem Papier richtig aussieht, bricht oft zusammen, sobald die ausführenden Personen sie sehen.

Häufig gestellte Fragen

Was ist der häufigste Task-Abhängigkeitstyp?

Ende-Anfang (FS) ist mit großem Abstand der häufigste. Er spiegelt die natürlichste Arbeitsreihenfolge wider: Aufgabe A muss enden, bevor Aufgabe B beginnen kann. In den meisten Projektzeitplänen macht FS 70 bis 90 Prozent aller Aufgabenbeziehungen aus.

Was ist der Unterschied zwischen einer zwingenden und einer diskretionären Abhängigkeit?

Eine zwingende Abhängigkeit (harte Logik) spiegelt eine physische oder vertragliche Realität wider, die sich nicht ändern lässt, etwa die Anforderung, das Testing abzuschließen, bevor ein Produkt veröffentlicht wird. Eine diskretionäre Abhängigkeit (weiche Logik) spiegelt eine bevorzugte Reihenfolge basierend auf Best Practice oder Teameinschätzung wider und kann geändert werden, wenn der Zeitplan verkürzt werden muss.

Kann eine Aufgabe mehrere Vorgänger haben?

Ja. Viele Aufgaben hängen davon ab, dass mehrere Vorgänger enden oder starten, bevor sie selbst beginnen können. In einem Netzplan des Projektmanagements zeigen sich diese als mehrere Pfeile, die auf einen einzigen Aufgabenknoten zulaufen. Die Aufgabe kann erst starten (oder enden, je nach Typ), wenn alle Vorgängerbedingungen erfüllt sind.

Was ist der Unterschied zwischen Pufferzeit und Vorlaufzeit?

Pufferzeit fügt eine Verzögerung hinzu, nachdem die Vorgängerbedingung erfüllt ist. Vorlaufzeit (negativer Puffer) erlaubt es dem Nachfolger, zu beginnen, bevor die Vorgängerbedingung vollständig erfüllt ist. Beide sind Modifikatoren, die auf jeden der vier Abhängigkeitstypen angewendet werden können.

Wie hängen Task-Abhängigkeiten mit dem kritischen Pfad zusammen?

Der kritische Pfad ist die längste Abfolge abhängiger Aufgaben im Projektnetzwerk. Er lässt sich nur berechnen, wenn alle Task-Abhängigkeiten korrekt abgebildet sind. Fehlende oder falsche Abhängigkeiten erzeugen einen kritischen Pfad, der nicht der Realität entspricht, was bedeutet, dass Ihr prognostiziertes Fertigstellungsdatum unzuverlässig ist. Der Artikel zur Methode des kritischen Pfads geht tiefer auf die Berechnung ein.

---

Die Abbildung von Abhängigkeiten gehört zu den ersten Dingen, die Sie beim Erstellen eines Zeitplans tun, und zu den letzten, an die Sie denken, wenn sich etwas ändert. Genau in dieser Lücke brechen Projektzeitpläne zusammen. Halten Sie Ihre Abhängigkeitslogik aktuell, validieren Sie sie mit Ihrem Team und nutzen Sie den richtigen Beziehungstyp für die jeweilige Arbeit. So bleibt Ihr Zeitplan ehrlich, Ihre Critical-Chain-Projektmanagement-Analyse akkurat, und Ihr Team weiß genau, was von was abhängt.

Für eine visuelle Darstellung, wie Ihre Abhängigkeiten zusammenhängen, siehe die Leitfäden zu Meilensteinplan und Netzplan. Und falls Ihr Projekt ein strukturiertes Governance-Modell nutzt, behandelt der Abschnitt zur produktbasierten Planung in der PRINCE2-Methodik, wie Abhängigkeiten innerhalb eines Stage-Gate-Rahmens funktionieren.

Weiterführende Artikel

• Netzplan: die visuelle Darstellung von Task-Abhängigkeiten in Ihrem Projekt
• Methode des kritischen Pfads: wie Sie mit Abhängigkeiten den längsten Pfad finden und Ihren Termin absichern
• Float und Slack: Planungsflexibilität verstehen, sobald Abhängigkeiten abgebildet sind
• Fast-Tracking vs. Crashing: wie Sie einen Zeitplan durch Anpassung diskretionärer Abhängigkeiten verkürzen
• Projektstrukturplan: die Grundlage, die Sie aufbauen müssen, bevor Sie Abhängigkeiten abbilden können