Projektübergreifende Abhängigkeiten in Jira darstellen und steuern

Abhängigkeiten zwischen Teams entstehen schnell. In Jira sichtbar werden sie erst, wenn Linktyp, Ansicht und Jira-Plan zusammenpassen.

Ein Team wartet auf eine Schnittstelle, ein anderes auf eine Freigabe der Rechtsabteilung. Liegen diese Aufgaben in verschiedenen Spaces, geht der Zusammenhang leicht verloren. Dieser Beitrag zeigt, wie Sie solche Abhängigkeiten in Jira Cloud anlegen, finden und darstellen. Er nennt auch, wo die Bordmittel enden.

Zu den Begriffen: Atlassian stellt in Jira Cloud die Bezeichnungen um. Aus Vorgängen (englisch issues) werden Work Items, aus Projekten werden Spaces. Wir verwenden durchgehend die neuen Begriffe. „Projektübergreifend“ heißt hier also: über Spaces hinweg. Menüpfade und Funktionsnamen nennen wir so, wie sie in der Atlassian-Dokumentation und der englischen Oberfläche heißen.

Die Grundlage: Verknüpfungen zwischen Work Items

Was die Timeline „Dependency“ nennt, heißt im übrigen Jira work item link. Jede Verknüpfung hat einen Linktyp mit zwei Richtungen, etwa blocks und is blocked by. Weitere Standardtypen sind unter anderem relates to, duplicates und clones.

Ein Jira-Admin schaltet die Funktion unter Settings > Work items > Work item linking ein. Dort legt er auch eigene Linktypen an. Jeder Typ bekommt einen Namen und zwei Beschreibungen: eine für die ausgehende Richtung (Outward description) und eine für die eingehende (Inward description).

Über Spaces hinweg verknüpfen Sie genauso wie innerhalb eines Spaces. In der Detailansicht wählen Sie unter der Zusammenfassung Add > Linked work item. Auf dem Board öffnen Sie an der Karte das Menü ••• (more actions) und wählen Link work item. Danach bestimmen Sie Linktyp und Ziel.

Der Link selbst verschiebt keine Termine und hält keinen Statuswechsel auf. Ohne eigene Workflow-Regeln lässt sich ein blockiertes Work Item trotzdem abschließen. Der Link dokumentiert die Abhängigkeit. Steuern müssen Sie sie über Ansichten, Filter und Absprachen.

Welche Ansicht was zeigt

Die Werkzeuge unterscheiden sich vor allem in zwei Punkten: ob sie über Spaces hinweg arbeiten und welchen Jira-Plan sie voraussetzen.

Detailansicht und Board

Jedes Work Item listet seine Verknüpfungen in der Detailansicht. Auf dem Board schalten Sie unter View settings den Schalter Linked work items ein. Die Karten zeigen dann ein Symbol, das Linktyp, Schlüssel, Zusammenfassung und Status der verknüpften Work Items aufklappt. Die Einstellung gilt nur für Sie, nicht für Ihr Team.

Timeline: Abhängigkeiten innerhalb eines Spaces

Die Timeline eines Software-Spaces zeichnet Abhängigkeiten als Linien zwischen den Terminbalken. Überschneiden sich die Termine, färbt sich die Linie rot. Sie legen eine Abhängigkeit an, indem Sie den Punkt am Balken auf ein anderes Work Item ziehen. Die Richtung setzt die Timeline anhand der Terminfolge selbst.

Für Abhängigkeiten zwischen Teams hat die Timeline zwei Grenzen. Sie zeigt nur den Linktyp Blocks, und sie verknüpft nur Work Items aus einem Space. Ein Board, dessen Filter mehrere Spaces einschließt, hilft nicht weiter: Atlassian rät, den Filter dann auf einen Space zu begrenzen. Planung über Spaces hinweg ist nur in Plans vorgesehen.

JQL: Verknüpfungen über alle Spaces finden

Die Suche mit JQL kennt keine Space-Grenzen. Diese Abfrage listet offene Work Items im Space APP, die von anderen Work Items blockiert werden, egal aus welchem Space:

project = APP AND issueLinkType = "is blocked by" AND statusCategory != Done

Alle Work Items, die mit einem bestimmten Work Item verknüpft sind, findet die Funktion linkedIssues(). Ein Linktyp als zweiter Parameter grenzt die Treffer ein. Diese Abfrage liefert die offenen Blocker von APP-123:

issue in linkedIssues(APP-123, "is blocked by") AND statusCategory != Done

Wir verwenden die bisherigen Namen der Felder und Funktionen. Die Atlassian-Dokumentation nennt schon neue Namen wie workItemLinkType und linkedWorkItems(). Laut Atlassian funktionieren sie noch nicht überall. Bestehende Abfragen bleiben gültig.

Zwei Grenzen sollten Sie kennen. Beim Standardtyp Blocks lauten Name und ausgehende Beschreibung beide „blocks“. Eine Suche nach issueLinkType = blocks trifft deshalb auch Work Items, die selbst blockiert sind. Eindeutig ist nur „is blocked by“. Außerdem nennt die JQL-Referenz keine Funktion, die nach dem Space des verknüpften Work Items filtert. Gespeicherte Filter können Sie auf einem Dashboard anzeigen.

Plans: Abhängigkeiten über mehrere Spaces

Plans (früher Advanced Roadmaps) ist in Jira Premium und Enterprise enthalten. Ein Plan bündelt Work Items aus Boards, Spaces und Filtern, auch über viele Teams hinweg. Sie öffnen ihn über Plans in der Seitenleiste. Laut Atlassian berücksichtigt ein Plan auch Abhängigkeiten zu Work Items außerhalb des Plans.

Die Timeline des Plans verbindet abhängige Work Items mit Linien oder mit nummerierten Badges am Balken. Rot markiert sie Abhängigkeiten, die den Zeitplan gefährden (off-track). Die Ansicht Dependencies zeigt nur Work Items mit Abhängigkeiten, als Kacheln mit Pfeilen. Dort filtern Sie nach Space, Sprint, Work Item und Linktyp. Gruppieren lässt sich nach Team, Sprint, Space oder einer übergeordneten Ebene wie dem Epic. Mit Roll-up to legen Sie fest, auf welcher Hierarchieebene die Abhängigkeiten erscheinen.

Standardmäßig wertet ein Plan Verknüpfungen vom Typ Blocks aus. Weitere Linktypen nimmt ein Jira-Admin laut Atlassian im Admin-Bereich unter Jira apps > Dependencies auf. Die Einstellung gilt für alle Pläne der Site. Alle Typen wirken dann wie Blocks: Das erste Work Item muss enden, bevor das zweite beginnt.

Regeln für die Pflege im Team

Jede Ansicht zeigt nur, was das Team pflegt. Halten Sie deshalb diese Regeln schriftlich fest:

1. Blocks für echte Abhängigkeiten. Timeline und Plans werten standardmäßig nur Blocks aus. Nutzen Sie relates to für Hinweise ohne Terminwirkung.
2. Richtung prüfen. „A blocks B“ heißt: B wartet auf A. Ein vertauschter Link verortet die Wartezeit beim falschen Team.
3. Zuständigkeit klären. Das wartende Team legt den Link an und beschreibt im Kommentar, was es braucht. Das liefernde Team meldet geänderte Termine.
4. Termine pflegen. Konflikte erkennen Timeline und Plans an Start- und Fälligkeitsdaten. Ohne Termine gibt es nichts, was sich überschneiden könnte.
5. Regelmäßig durchsehen. Prüfen Sie den Filter mit offenen Blockern in einer festen Abstimmung, etwa wöchentlich. Entfernen Sie Links, die nicht mehr gelten.
6. Linktypen sparsam anlegen. Jeder eigene Typ braucht eine Bedeutung, die alle kennen. Ein Typ, den weder Ansicht noch Filter auswertet, erzeugt nur Pflegeaufwand.

Typische Fehler

• Das Team verknüpft alles mit relates to. In der Standardeinstellung zeigen dann weder Timeline noch Plans eine Abhängigkeit.
• Das Team erwartet, dass ein Blocks-Link den Workflow sperrt. Jira lässt den Statuswechsel trotzdem zu.
• Ein Admin benennt Linktypen um, ohne gespeicherte Filter zu prüfen. Laut Atlassian können sich dadurch die Treffer bestehender Abfragen ändern.

BigPicture: Abhängigkeiten mit Terminwirkung

BigPicture von Appfire ist eine Marketplace-App für Projekt- und Portfoliomanagement in Jira. Sie liest Jira-Verknüpfungen und unterscheidet zwei Arten von Abhängigkeiten:

• Strong Links wirken auf Termine. Es gibt vier Typen: End to Start, Start to Start, End to End und Start to End. In einem automatischen Scheduling Mode verschiebt BigPicture das verknüpfte Work Item mit. Optional setzen Sie einen zeitlichen Abstand (Lag time) und den ASAP-Modus.
• Soft Links sind reine Information ohne Terminwirkung. Im Gantt-Modul sind sie standardmäßig ausgeblendet, eingeblendet erscheinen sie gestrichelt.

Für die Strong Links legt BigPicture bei der Installation eigene Jira-Linktypen an, etwa „Gantt: End to Start dependency“. Den Jira-Typ Blocks ordnet die App standardmäßig den Soft Links zu. Jeder Jira-Linktyp lässt sich in der Konfiguration nur einmal zuordnen. Ein Blocks-Link erscheint also in der Jira-Timeline und in Plans, in BigPicture aber nur als Information. Legen Sie deshalb fest, welcher Linktyp bei Ihnen was bedeutet.

Über Spaces hinweg arbeitet BigPicture mit Boxen. Der Scope einer Box kann Work Items aus mehreren Boards, gespeicherten Filtern oder Spaces enthalten. Liegen beide Seiten einer Abhängigkeit im Scope derselben Box, zeichnet das Gantt-Modul die Linie. Liegt eine Seite in einer anderen Box, führt BigPicture sie als External link nur in der Liste. Zirkuläre Strong Links lässt die App nicht zu. Für den Überblick bietet das Reports-Modul Matrixberichte, darunter den Dependencies report und den Cross-team dependencies report.

Unsere Beschreibung folgt der neuen BigPicture-Navigation. Die alte Oberfläche schaltet Appfire laut Rollout-Plan am 2026-12-01 ab.

Wann sich BigPicture lohnt

Für einen Überblick über Blocker reichen JQL und Plans oft aus. Plans setzt allerdings Jira Premium oder Enterprise voraus. BigPicture lohnt sich, wenn Termine den Abhängigkeiten automatisch folgen sollen. Das betrifft vor allem klassisch geplante Projekte mit Meilensteinen. Ein weiterer Grund sind Programme mit mehreren Teams, in denen Sie Ressourcen und Risiken mit steuern.

In unserer BigPicture Schulung üben Sie Strong und Soft Links im Gantt in Block 1. Block 2 zeigt, wie Abhängigkeiten mit den Scheduling Modes zusammenwirken.

Abhängigkeiten im Team sicher steuern

Linktypen legt ein Jira-Admin an, die Berechtigung zum Verknüpfen steckt im Berechtigungsschema des Spaces. Wie Berechtigungen und Projektrollen zusammenspielen, zeigt unsere Schulung Jira für Projektadministratoren. Planung mit Strong Links, Scheduling Modes und Berichten vertieft die BigPicture Schulung. Alle Formate finden Sie in der Übersicht der Jira Schulungen.

Quellen

Alle Quellen abgerufen am 2026-10-19.

• What are dependencies on the timeline?, Atlassian Support
• Create or remove dependencies on your timeline, Atlassian Support
• Timeline limits in Jira, Atlassian Support
• Link work items, Atlassian Support
• Configure work item linking, Atlassian Support
• We couldn't link the work item error in Jira Cloud, Atlassian Knowledge Base
• JQL fields, Atlassian Support
• JQL functions, Atlassian Support
• What are plans in Jira Premium?, Atlassian Support
• What are dependencies in your plan?, Atlassian Support
• What is the dependencies view in your plan?, Atlassian Support
• Refine the dependencies view of your plan, Atlassian Support
• Configure Dependencies in Jira for your plan, Atlassian Support
• Dependencies, Appfire, BigPicture Cloud
• Strong dependencies (App configuration), Appfire, BigPicture Cloud
• Soft dependencies, Appfire, BigPicture Cloud
• Dependencies (App configuration), Appfire, BigPicture Cloud
• External links, Appfire, BigPicture Cloud
• Dependency loops and cross-box relationship, Appfire, BigPicture Cloud
• Own-scope, Appfire, BigPicture Cloud
• New navigation, rollout plan, Appfire, BigPicture Cloud