Die Frage, die diese Woche überall gestellt wird
Gestern Abend in München, beim XALT-Event mit Gene Kim. Heute morgen in Salzburg, beim Trivago Tech Gathering — wieder Gene Kim, wieder Eröffnung, wieder das gleiche Thema: Agentic Engineering. AI-Agenten, die selbstständig Tickets ziehen, Code schreiben, Reviews machen, deployen. Trunk-based Development „im Zeitalter der AI-Agenten". Auf der Bühne, im Schedule, im Gespräch zwischen Speakern: dieselbe Frage in zehn Variationen.
„Wenn Agenten autonom Code liefern — wofür brauchen wir dann eigentlich noch Jira?"
Die Frage ist legitim. Sie ist kein Strohmann. Und für jeden Atlassian-Partner ist sie unbequem.
Trotzdem — oder gerade deshalb — die ehrliche Antwort: Ja, wir brauchen Jira. Mehr denn je. Aber anders.
Was schrumpft
Beginnen wir mit dem, was wirklich verschwindet. Wer ehrlich ist, gibt zu: ein nicht kleiner Teil dessen, was heute in Jira lebt, ist Execution-Tracking. „Funktion X implementieren", „Bug Y fixen", „Refactoring Z". Tickets, in denen ein Mensch beschreibt, was er ohnehin gleich tut, damit ein anderer Mensch sieht, dass es getan wurde.
Genau diese Schicht übernehmen Agenten. Nicht morgen — heute. Und das ist gut so, denn sie war schon vorher hauptsächlich Buchhaltung, nicht Wertschöpfung.
Wer also in fünf Jahren noch dieselbe Tickethäufigkeit produziert wie heute, hat Agentic Engineering nicht verstanden. Soweit der Kritikerinnen-Punkt — und er stimmt.
Was bleibt — und massiv wichtiger wird
Genau in dem Moment, in dem Agenten die Execution übernehmen, wird Atlassian nicht überflüssig. Es wird zur Kontroll- und Koordinationsschicht zwischen Mensch und Agent. Sechs Funktionen, die nicht weggehen — sondern sich verdichten:
1. Audit-Trail und Compliance
Wer hat das deployed? Welcher Agent hat den Patch geschrieben, mit welchem Modell, gegen welchen Branch, mit welcher Begründung? In nicht-regulierten Domänen darf man das hübsch finden. In Pharma, Automotive, Banking, Versicherung — bei Kunden wie Deutsche Börse, AXA, BSH, Aston Martin — ist das nicht hübsch, sondern Pflicht. EU AI Act, GxP, ISO 27001, BAIT/VAIT: jeder Compliance-Rahmen will wissen, wer (oder was) wann eine Entscheidung getroffen hat. Jira ist der einzige Ort, an dem genau das heute schon strukturiert dokumentiert wird.
2. Übergabe Mensch ↔ Agent
Ein Agent, der eine Aufgabe bekommt, braucht: ein klares Goal, Akzeptanzkriterien, Definition of Done, Kontext-Links, Out-of-Scope-Hinweise. Klingt vertraut? Genau das ist ein gutes Jira-Ticket. Der gut gepflegte Backlog wird in der Agentic Era nicht weniger wichtig — er wird zum Schnittstellenformat. Schlechte Tickets bekamen früher schlechte PRs. Sie bekommen jetzt schlechte Agenten-Outputs.
3. Multi-Agent-Orchestrierung
Sobald ein Team aus drei, fünf, zehn Sub-Agents parallel arbeitet, brauchen die eine gemeinsame Quelle der Wahrheit. Wer arbeitet woran? Welcher Agent darf was? Wo ist der Konflikt? Das löst kein Slack-Thread. Das löst auch kein Custom-Tool-eines-Vendors. Das löst eine geöffnete, queryable Backlog-Schicht — also Jira.
4. Strategie ↔ Execution
Agenten exekutieren. Menschen setzen Richtung. Dazwischen liegt eine Lücke, die nicht kleiner wird, weil die Execution schneller läuft — sie wird größer. Epics, OKRs, Roadmaps, Quartalsplanung: das ist kein Ticket-Tracking, das ist Unternehmenssteuerung. Genau dort spielt Jira (und die Premium-Layer wie Advanced Roadmaps, Atlas, Focus) seine Stärke aus.
5. Stakeholder-Kommunikation
Vorstände, Kunden, Aufsichtsgremien reden nicht mit Agenten. Sie schauen auf Dashboards. Sie wollen wissen: Liegt das Programm im Plan? Welche Risiken? Welche Abhängigkeiten? Diese Schicht der Sichtbarkeit hat noch nie ein Agent geliefert — und wird es auch nicht.
6. Confluence als RAG-Quelle
Agenten ohne Kontext sind Praktikanten ohne Onboarding. Confluence ist für viele unserer Kunden die einzige strukturierte, gepflegte, versionierte Wissensbasis im Unternehmen. In der Agentic Era wird sie nicht zur Karteileiche — sie wird zur RAG-Quelle erster Wahl. Wer Confluence jetzt aufräumt, baut die Trainings-Daten seines eigenen Kontextes.
Die Verschiebung, nicht das Ende
Die Diagnose lautet also nicht „Jira ist tot". Die Diagnose lautet: Die Schwerpunkte verschieben sich. Weg vom feingranularen Execution-Tracking, hin zu Governance, Orchestrierung, Strategie und Wissen.
Das ist genau die Diskussion, die diese Woche auf der TGT26-Bühne und im Schedule unter „DevEx & Agentic Coding" auf höchstem Niveau geführt wird. Gene Kim wiederholt nicht zufällig vor 700 Engineers in Salzburg, was er gestern in München gesagt hat: Die Frage ist nicht, ob Agenten kommen. Die Frage ist, welches operative Gerüst um sie herum trägt.
Was das für Atlassian-Kunden bedeutet
Konkret heißt das für jedes Engineering-Team mit Atlassian-Stack:
- Tickethierarchie überdenken — weniger Mikro-Tasks, mehr Outcomes und Akzeptanzkriterien.
- Agent-Identitäten als eigene „Assignees" einführen, mit klarer Berechtigung. Wer das nicht tut, kriegt Audits ohne Antworten.
- Confluence als Knowledge-Backbone behandeln, nicht als Ablage. Mit Pflege, Ownership, Tagging — agentenlesbar.
- Workflow-Automatisierungen (Rovo, Forge, Automation for Jira) gezielt dort einsetzen, wo Mensch ↔ Agent übergibt.
- Reporting nach oben verstärken, weil Vorstände jetzt mehr Erklärbarkeit brauchen, nicht weniger.
Unsere Wette
XALT ist Atlassian Platinum Partner — bei BSH, Deutsche Börse, AXA, Aston Martin und vielen anderen. Wir hören die Frage „Brauchen wir Jira überhaupt noch?" jede Woche. Unsere Antwort, schwarz auf weiß:
Wer Atlassian jetzt zur Steuerungszentrale für Mensch-Agent-Kollaboration umbaut, gewinnt die nächsten zehn Jahre. Wer es abschafft, weil ein paar Agenten schneller tippen als ein Junior, baut Compliance- und Orchestrierungsschulden auf, die ihn 2028 einholen.
Die Tools, die heute „nur Tickets verwalten", werden morgen das Betriebssystem für hybride Teams aus Menschen und Agenten. Genau das ist unser Job — und genau dafür existiert XALT.