Deine Jira Dashboards werden ersetzt, und die Umstellung hat deine Site bereits erreicht. Atlassian hat am 23. September 2026 angekündigt, dass die klassischen Dashboards und Gadgets einer neuen, chartbasierten Oberfläche auf Forge-Basis weichen. Seit dem 28. September ist sie auf 100 Prozent der Cloud Sites ausgerollt. Wenn du heute Jira öffnest, kannst du neben deinen klassischen Dashboards schon ein Dashboard im neuen Stil anlegen.
Die meisten Admins, mit denen wir diese Woche gesprochen haben, wussten davon nichts. Das hat einen Grund: Die Ankündigung lief am selben Tag über zwei Kanäle, eine Notice in der Developer Community für App-Hersteller und einen Beitrag in der Atlassian Community für Kunden. Verbreitet hat sich vor allem die Entwickler-Notice. Der Kundenbeitrag ist weitgehend untergegangen, auch bei erfahrenen Administratoren.
Dashboards sind die sichtbarste Reporting-Oberfläche in Jira. Projektleitungen und Service Owner arbeiten jeden Tag damit. Das erste Signal, das die meisten Sites bekommen, ist ein Hinweis im Produkt rund zwei Wochen vor der Migration. Wenn deine Nutzerinnen und Nutzer von der Umstellung aus einem Banner erfahren, bevor du es ihnen sagst, hast du die Deutungshoheit verloren. Deshalb lohnt es sich, jetzt sauber zu trennen: Was ist bestätigt, was wurde nur gesagt, und was ist noch offen?
Die Termine, die du kennen solltest
| Datum | Was passiert |
|---|---|
| 23. September 2026 | Atlassian kündigt die neuen Forge Dashboard Widget Module als allgemein verfügbar an. Am selben Tag erscheint der Kundenbeitrag. |
| 28. September 2026 | Die neue Dashboard-Oberfläche ist auf 100 Prozent der Sites ausgerollt. Klassische und neue Dashboards lassen sich parallel anlegen. |
| Frühestens 30. Oktober 2026 | Die Migration bestehender Dashboards kann beginnen. Nicht vorher. |
| 17. Mai 2027 | Die alten Gadget-Module für Marketplace Apps werden entfernt. Jedes App-Gadget, das der Hersteller bis dahin nicht umgebaut hat, funktioniert danach nicht mehr. |
Zwei Termine gehören in jedes Gespräch über Jira Reporting: frühestens 30. Oktober 2026 für den Migrationsbeginn und 17. Mai 2027 als festes Enddatum für die alten Gadget-Module.
Was sich an den Dashboards ändert
Das neue Modell funktioniert grundlegend anders als die bisherigen Gadgets:
- Metrikbasierte Charts statt Gadgets auf Filtern. Charts entstehen in einem geführten Chart Builder, statt ein Gadget auf einen gespeicherten Filter zu richten.
- Dashboardweite Filter, die für mehrere Charts gleichzeitig gelten, statt einer Konfiguration pro Gadget.
- KI-Unterstützung durch Rovo beim Erstellen von Dashboards.
- Daten aus mehreren Quellen: Jira, Jira Service Management, Assets, Goals und DevOps-Quellen auf einer Oberfläche. Bitbucket Widgets gibt es nativ. Confluence-Daten werden noch nicht unterstützt.
- Vorlagen, flexible Layouts und eingebettete Inhalte wie Confluence-Seiten, Loom-Videos und Links.
Die neuen Dashboards findest du unter Jira > Dashboards. Die Entwicklerdoku ließ sich zunächst so lesen, als lägen die neuen Widgets nur in Atlassian Home. Atlassian hat inzwischen klargestellt, dass die Dashboards aus Atlassian Home mit der Zeit zu Jira > Dashboards wandern.
Wie die Umstellung abläuft
Die Migration läuft in drei Phasen:
- Parallelbetrieb (Dual Create). Du kannst klassische und neue Dashboards anlegen. In diesem Zustand sind seit dem 28. September 2026 alle Sites.
- Migration in Kohorten. Sites ohne Abhängigkeit von einer Marketplace Dashboard App migrieren zuerst. Danach wird für diese Sites der Zugriff auf die klassischen Dashboards abgeschaltet.
- Kohorten nach Herstellerbereitschaft. Sites, die auf Marketplace Dashboard Apps angewiesen sind, migrieren später, getaktet danach, wann der jeweilige Hersteller bereit ist. Atlassian hat erklärt, Kunden mit App-Abhängigkeit nicht im Stich zu lassen.
Was das für Marketplace Apps bedeutet
- Gadgets aus Marketplace Apps sind zum Start der neuen Dashboards nicht verfügbar.
- Hersteller müssen ihre Gadgets vom alten Modul jira:dashboardGadget auf das neue Modul dashboards:widget umbauen. Atlassian unterstützt das mit Code Mods und einer plattformgestützten Migration.
- Die Konfiguration der Gadgets migriert nicht automatisch. Jeder Hersteller muss selbst festlegen, welche gespeicherten Einstellungen einen expliziten Migrationspfad brauchen.
- Display Conditions werden vom neuen Widget-Modul nicht unterstützt und stehen auch nicht auf Atlassians Roadmap.
Für dich heißt das: Ob deine Auswertungen aus einer App den Wechsel überstehen, hängt vom Fahrplan des Herstellers ab. Den solltest du schriftlich haben.
Gesagt, aber noch nicht dokumentiert
In Forenantworten und Partnergesprächen hat Atlassian weitere Punkte genannt. Sie klingen gut und sind vermutlich auch so gemeint. In der offiziellen Dokumentation stehen sie aber noch nicht:
- Für bestehende Dashboards soll es Migrationswerkzeuge geben. Ein Neuaufbau von Grund auf ist nicht der erwartete Weg.
- Für die Gadgets Filter Results, Two Dimensional Filter Statistics und Created vs Resolved soll es Entsprechungen geben, die automatisch migriert werden.
- Dashboard-Berechtigungen und eingebettete Smart Links sollen übernommen werden.
- Vor der Migration einer Site soll es mindestens zwei Wochen Vorlauf im Produkt geben, danach eine Übergangsfrist von 30 Tagen, in der du zwischen alter und neuer Oberfläche wechseln kannst.
- Gespeicherte Filter und JQL sollen wichtig bleiben. An einer JQL-Filterung für Charts wird gearbeitet.
- Für einige ältere oder selten genutzte Gadgets gibt es anfangs möglicherweise keine direkte Entsprechung.
Die offene Frage mit dem größten Hebel
Charts sind heute metrikbasiert. Die JQL-Filterung, mit der sich ein Chart auf einen gespeicherten Filter eingrenzen lässt, ist noch in Arbeit. Kommt sie nicht vor dem 30. Oktober 2026, kann ein migriertes Chart die meisten filtergetriebenen Gadgets nicht nachbilden. Diese eine Antwort entscheidet, wie ruhig die Migration für dich wird.
Dazu kommen weitere offene Punkte: Liefern migrierte Charts dieselben Zahlen wie die ersetzten Gadgets? Was genau wird bei Berechtigungen und Freigaben übernommen, etwa bei Dashboards, die mit einer Gruppe geteilt sind? Und welche Standard-Gadgets haben keine Entsprechung? Eine belastbare Liste dazu gibt es noch nicht.
Was du jetzt tun solltest
Zwei Schritte, in dieser Reihenfolge: erst selbst ausprobieren, dann informieren. Über eine Oberfläche, die du selbst noch nicht geöffnet hast, solltest du niemandem etwas erzählen.
Diese und nächste Woche: selbst Hand anlegen
- Den neuen Chart Builder ausprobieren. Leg auf einer Test-Site ein Dashboard im neuen Stil an und bau eines nach, das du gut kennst. Ziel ist kein perfektes Ergebnis, sondern herauszufinden, wo das metrikbasierte Modell ein filtergetriebenes Gadget nicht nachbilden kann. Genau diese Lücke ist das eigentliche Gespräch mit deinen Fachbereichen.
- Inventur machen. Welche Dashboards werden tatsächlich geöffnet? Welche Gadgets liegen darauf, welche davon stammen aus Marketplace Apps, und welche gespeicherten Filter speisen sie? Ohne diese Liste ist jede Empfehlung geraten.
- Herstellerfahrpläne einholen. Markiere jedes Gadget aus einer Marketplace App und frag den Hersteller nach seinem Migrationsdatum auf dashboards:widget und danach, ob die Konfiguration mitmigriert wird. Und zwar schriftlich.
Danach: deine Nutzerinnen und Nutzer informieren
Eine kurze, sachliche Nachricht an alle, die mit Jira Dashboards arbeiten. Kein Alarm und keine Zusagen über das Dokumentierte hinaus. Hinein gehören:
- die zwei Termine: frühestens 30. Oktober 2026 und 17. Mai 2027
- was in der Zwischenzeit weiter funktioniert: Klassische Dashboards bleiben nutzbar, bis deine Site migriert wird
- ein Angebot, gemeinsam auf die wichtigsten Dashboards zu schauen
Ab sofort: KPIs unabhängig vom Werkzeug definieren
„Offene Tickets pro Team und Woche, aus diesem Filter, Zielwert unter X“ übersteht einen Wechsel der Darstellungsschicht. „Das Two Dimensional Filter Statistics Gadget, so konfiguriert“ übersteht ihn nicht. Das gilt für jede Anforderung und jede Spezifikation, die du ab jetzt schreibst.
Fazit
Die Umstellung der Jira Dashboards ist beschlossen und läuft bereits. Kein Grund zur Panik, aber ein guter Grund, jetzt die Inventur zu machen und KPIs sauber zu definieren. Wer weiß, was auf den eigenen Dashboards liegt und woher die Daten kommen, kann die Migration gelassen angehen. Alle anderen erfahren es aus einem Banner.
