TL;DR — Atlassian stellt OpsGenie ein: Der Verkauf ist bereits gestoppt, Zugriff und Support enden am 5. April 2027. Wer auf Jira Service Management migriert, startet ein 120-Tage-Cutover-Fenster, das sich danach nicht zurückdrehen lässt. Die Frage ist nicht ob, sondern wohin — und JSM ist nicht automatisch die richtige Antwort. Für deutsche Unternehmen zählen neben Funktionen vor allem Betriebsmodell, Governance, Migrationsrisiko und Gesamtkosten.
Die Zwangsmigration nimmt euch die Möglichkeit, bei OpsGenie zu bleiben. Sie nimmt euch nicht die Entscheidung ab, wohin ihr wechselt.
Vier realistische Wege
Bevor ihr Anbieter vergleicht, müsst ihr entscheiden, wie Incident Response künftig organisiert sein soll. Erst danach geht es um Funktionen, Preise und Migration. Es gibt vier ehrliche Optionen:
- A — Im Atlassian-Stack bleiben (Jira Service Management). Der kürzeste Weg, wenn Jira und JSM euren Servicebetrieb ohnehin prägen. Nicht automatisch der beste: Plan-Limits, Funktionsänderungen und das 120-Tage-Fenster gehören auf die Prüfliste.
- B — Einen etablierten Spezialisten wählen (PagerDuty, ilert, xMatters). Der Benchmark für kritische Alarmierung, wenn zuverlässige Rufbereitschaft, Eskalation und komplexe Abläufe am wichtigsten sind. ilert ist dabei die EU-only-Position für deutsche Datenanforderungen.
- C — Incidents in Slack oder Teams steuern (incident.io, Rootly). Die stärkste Wahl, wenn eure Incidents ohnehin in Slack oder Teams leben. Ob die Alarmierungstiefe reicht, entscheidet sich am Tarif, nicht am Pitch.
- D — Den Operations-Stack konsolidieren (Grafana Cloud IRM, ServiceNow). Sinnvoll, wenn ihr ohnehin konsolidieren wollt. Als reiner OpsGenie-Ersatz meist zu groß.
Abwarten ist keine neutrale Option. Dann müssen Discovery, Einkauf, Betriebsrat, Parallelbetrieb und Rollback in den letzten Monaten gleichzeitig passieren.
Das deutsche Governance-Gate
Für regulierte und deutsche Häuser entscheidet sich die Auswahl oft nicht an Features, sondern am Betriebsmodell — und das gehört vor die Feature-Bewertung. Klärt zuerst: AVV und Unterauftragsverarbeiter, regionale Datenresidenz für Speicherung, Verarbeitung und Support, SSO/SCIM/RBAC und Audit-Logs, die Zustellung von SMS und Sprachanrufen in Deutschland samt Fallback — und die Betriebsratsprüfung für Rufbereitschaft und Arbeitszeit.
Testet den Ausfall, nicht die Demo. Echte Zeitpläne, Rotationen und Routing-Regeln importieren, Telefon/SMS/Push aus Deutschland auslösen und einen kritischen Incident bis zur Stakeholder-Kommunikation durchspielen.
Wer 2027 startet, startet zu spät
Der Umsetzungsfahrplan ist eng: jetzt bis August 2026 Nutzer, Zeitpläne, Integrationen, Historie und Verträge erfassen; September 2026 acht Anbieter auf drei reduzieren; Oktober–November skriptierten Praxistest, Security- und Betriebsratsprüfung und Drei-Jahres-TCO; Dezember–Januar migrieren und beide Systeme parallel betreiben; bis Februar 2027 produktiv umstellen — mit genug Zeit für Rollback und Stabilisierung.
Der vollständige Entscheidungsbrief enthält beide Anbietervergleichstabellen, die Empfehlung nach eurer Ausgangslage und das komplette Quellenverzeichnis. Fordert ihn unten an.