Jira und ServiceNow sind beide leistungsfähige Plattformen für das SAP Change Management. ServiceNow punktet mit umfassenden ITIL-Prozessen out-of-the-box, Jira mit schlanker Einführung und nativer Dev/Ops-Integration. Die SAP-Transportintegration ist mit dem Cross Connector 5 (CC5) für beide Plattformen verfügbar – die Wahl hängt also vor allem von Prozesstiefe, Anpassbarkeit und IT-Strategie ab.
Inhaltsverzeichnis
Was SAP-Kunden vom Change Management wirklich erwarten
Wer SAP-Systeme betreibt, kennt das Dilemma: Auf der einen Seite steht das Business mit dem Wunsch nach schnellen, reibungslosen Änderungen an Prozessen und Systemen. Auf der anderen Seite stehen Stabilitaet, Revisionssicherheit und Compliance-Anforderungen, die jeden unkontrollierten Eingriff in die Systemlandschaft zu einem Risiko machen.
Die Erwartungen von SAP-Verantwortlichen lassen sich in vier Kernanforderungen verdichten:
- Transparenz: Ein gemeinsames Bild über den Status jedes Changes – vom ersten Request bis zum Deployment per SAP-Transport in die Produktivumgebung.
- Effizienz: Standardänderungen laufen weitgehend automatisiert, ohne schwerfällige CAB-Runden fuer jeden Kleinst-Change.
- Revisionssicherheit: Jede Änderung ist vollständig dokumentiert, nachvollziehbar und auditierbar.
- Integration: Governance und Transport sind in einem durchgängigen Modell verbunden – Change-Prozess und technische Umsetzung sind keine zwei Welten mehr.
Die Realitaet: Dev und Ops in getrennten Welten
Viele SAP-Organisationen kommen genau hier an ihre Grenzen. Entwicklungsteams arbeiten in einem eigenen Tool, der Betrieb verwaltet Change-Prozesse in einem separaten ITSM-System – ohne gemeinsamen Kontext, ohne Status-Synchronisation und mit manuellen Übergaben an jeder Schnittstelle.
Die Alternative ist nicht besser: SAP-Transporte werden vollständig im SAP GUI gesteuert, ohne Rückspiel in das Change-Ticket, ohne Audit-Trail. Das Business sieht nicht, wo der Change steht. Das Ergebnis in beiden Fällen: lange Durchlaufzeiten, viele manuelle Schritte, fehlende Transparenz und Compliance-Risiken, die spätestens beim nächsten Audit sichtbar werden.
Lösungsansatz Jira: schlanke und individuelle Integration von Dev und Ops
Was passiert in Jira? Vom Request for Change bis zur Freigabe
Der Change-Prozess startet, wenn das Business einen Request for Change im Jira Service Management erfasst – direkt oder aus einem bestehenden Incident oder Problem heraus. Der Change Manager klassifiziert:
- Standard Change: automatisierter Durchlauf
- Normal Change: strukturierte Risikobewertung und CAB-Freigabe
- Emergency Change: schnelle, dokumentierte Umsetzung
JSM bildet den gesamten Governance-Prozess ab: Risikobewertung, Zeitplanung im Change Calendar, CAB-Freigabe durch definierte Approver-Gruppen und die abschliessende Business-Abnahme (UAT).
Sobald ein Change freigegeben ist, orchestriert der Change Manager die Entwicklung: Er erstellt User Stories direkt aus dem JSM-Change in die Jira-Software-Spaces der Entwicklungsteams. Der Umsetzungsstatus fließt automatisch zurück – das Business sieht jederzeit, wo sein Change steht.
Was passiert in SAP? Transport Management über den Cross Connector 5 (CC5)
Hier kommt der Cross Connector 5 (CC5) ins Spiel – eine spezialisierte Integration, die das SAP Transport Management direkt aus Jira heraus steuerbar macht. Entwickler:innen können damit:
- Transportauftraege direkt aus dem Jira-Software-Board anlegen
- bestehende Transporte koppeln
- Transport of Copies für das Testsystem erstellen
- Importe in Qualitaets- und Produktionssysteme anstoßen
- Status-Feedback automatisch an das Ticket zurückgeben
Der Change Manager sieht im JSM-Vorgang lückenlos, welche Transporte existieren, wo sie sich befinden und ob Importe erfolgreich waren. Die Systemlandschaft DEV → QAS → PRD wird vollständig aus Jira heraus gesteuert und dokumentiert.
Das Ergebnis ist ein geschlossener DevOps-Kreislauf: Business stellt die Anforderung, OPS klassifiziert und steuert, DEV setzt um und transportiert, OPS prüft und gibt frei, das Business nimmt ab. Revisionssicher, ohne Medienbrüche
Lösungsansatz ServiceNow: Governance-stark mit voller SAP-Transportintegration via CC5
ServiceNow ist im Enterprise-ITSM-Markt seit Jahren etabliert und bietet ein ausgereiftes Change Management Modul, das in großen, heterogenen IT-Landschaften mit strikten ITIL-Anforderungen seine Stärken ausspielt. Wichtig vorab: Die SAP-Transportintegration über CC5 ist nicht auf Jira beschränkt – CC5 steht ebenso für ServiceNow zur Verfügung und schließt die Luecke zur SAP-Welt vollständig.
Was passiert in ServiceNow? ITIL-konformes Change Management out-of-the-box
ServiceNow bildet den Change-Prozess über die Change Management Application ab – mit den Change-Typen Normal, Standard und Emergency, vollständig konfigurierbarem CAB-Workflow, Risk Assessment und Change Calendar. Die besondere Stärke liegt in der tiefen Integration in das gesamte ServiceNow-Ökosystem:
- Native Verknüpfung von Incidents, Problems, Assets und Configuration Items aus der CMDB
- Umfangreiche, vorgefertigte ITIL-konforme Prozesse direkt einsatzbereit
- Flow Designer und Business Rules für Standard Changes ohne manuelle Eingriffe
- Approval-Gruppen, SLA-Tracking und vollständiges Audit-Log out-of-the-box
Wer komplexe, regulierte IT-Governance-Anforderungen hat und auf ein bewährtes Prozessgerüst setzt, profitiert davon erheblich.
Was passiert in SAP? CC5 für ServiceNow schließt den Medienbruch
Mit CC5 für ServiceNow lässt sich auch hier eine vollständige SAP-Transportintegration realisieren. Transportauftraege werden direkt im Kontext des ServiceNow-Changes angelegt, gesteuert und überwacht. Der Import-Status fließt zurück ins Ticket, die Systemlandschaft DEV → QAS → PRD wird aus ServiceNow heraus kontrolliert. Der Medienbruch zwischen ITSM-Prozess und technischer Transportsteuerung entfällt damit auch im ServiceNow-Umfeld – vorausgesetzt, CC5 ist eingerichtet und im Betrieb.
Jira vs. ServiceNow im SAP Change Management: Der direkte Vergleich
Mit CC5 auf beiden Seiten ist die SAP-Transportintegration kein Differenzierungsmerkmal mehr – beide Plattformen können das leisten. Die eigentliche Frage lautet: Wie viel Prozess-Framework brauche ich – und wie viel Flexibilität?
Kriterium | Jira (JSM + Software) | ServiceNow |
ITIL-Prozess-Framework | Konfigurierbar, schlank startbar | Umfangreich vorgefertigt |
Dev/Ops-Integration | Nativ in einer Plattform | Über externe Tool-Schnittstellen |
CMDB | Optional (Assets / Insight) | Tief integriert, Standard |
SAP-Transportintegration | Über Cross Connector 5 (CC5) | Über Cross Connector 5 (CC5) |
Time-to-Value | Schnell, inkrementell | Mittel bis lang, framework-getrieben |
Anpassbarkeit | Hoch flexibel | Im Rahmen des Frameworks |
Ideal für | Agile SAP-Teams, DevOps-Kultur | Große Enterprise-IT, ITIL-fokussiert |
Wann ist ServiceNow die richtige Wahl?
ServiceNow kommt mit einem umfangreichen Set an vorgefertigten ITIL-Prozessen, einer tief integrierten CMDB und ausgereiften Enterprise-Governance-Strukturen. Wer genau das sucht, findet es vollständig – aber das Framework will auch mitgetragen werden. Prozesse sind vorhanden und müssen übernommen, angepasst oder bewusst abgelöst werden
Wann ist Jira die richtige Wahl?
Jira verfolgt das Prinzip „Alles kann, nichts muss“. Wer einen schlanken Change-Prozess ohne Enterprise-Overhead will, findet ihn. Wer tief individualisieren und eng in Entwicklungsworkflows integrieren möchte, findet auch das. JSM und Jira Software sind eine Plattform – User Stories, Boards, Status-Sync und Change-Prozess arbeiten nativ zusammen, ohne Schnittstellenpflege. Da Dev und Ops in derselben Plattform sitzen, entfällt die Klammer, die bei ServiceNow zwischen ITSM-Tool und Entwicklungsumgebung manuell hergestellt werden muss.
Nicht auf der grünen Wiese starten: Unsere Standardlösung für SAP Change Management
Egal ob Jira oder ServiceNow: Change Management einzuführen bedeutet, Prozesse zu definieren, Workflows zu konfigurieren, Rollen zu klären und Best Practices zu integrieren. Wer von null anfängt, verliert wertvolle Zeit – und trifft möglicherweise Entscheidungen, die sich später als schwer revidierbar herausstellen.
Genau hier setzt unsere Standardlösung für SAP Change Management mit Jira an. Wir haben langjährige Projekterfahrung aus SAP-Implementierungen direkt in eine einsatzbereite Lösung gegossen – mit allen Best Practices, die sich in der Praxis bewährt haben.
Kunden starten mit einer soliden Grundlage:
- Vorkonfigurierte Workflows für Normal, Standard und Emergency Changes
- Erprobtes Rollenmodell mit Change Manager, Application Owner und CAB
- Best Practices für die Risikobewertung
- Vorbereitete Automationen für den Status-Sync zwischen JSM und Jira Software
- Vollständige CC5-Integration für eine SAP-Systemlandschaft
Das Prinzip dahinter ist dasselbe wie bei Jira: Die Standardlösung gibt einen bewährten Rahmen vor – wer mehr braucht, baut darauf auf. Wer schlanker unterwegs sein will, lässt weg, was nicht passt.
Wer den Schritt von SolMan oder ChaRM auf eine moderne ITSM-Plattform plant, bekommt damit nicht nur ein konfiguriertes Tool, sondern einen strukturierten Einstieg mit klaren Meilensteinen, Schulungen und Go-Live-Begleitung.
Demo vereinbaren
Sie planen die Modernisierung Ihres SAP Change Managements oder die Ablösung von SolMan/ChaRM? Sprechen Sie uns an – wir zeigen Ihnen die Standardlösung in einer kompakten Live-Demo und beantworten Ihre Fragen zur passenden Plattformwahl.
Häufige Fragen zu SAP Change Management mit Jira und ServiceNow (FAQ)
SAP Change Management bezeichnet den strukturierten Prozess, mit dem Änderungen an SAP-Systemen geplant, bewertet, genehmigt, umgesetzt, transportiert und dokumentiert werden. Ziel ist es, das Business mit schnellen Änderungen zu unterstützen und gleichzeitig Stabilität, Compliance und Revisionssicherheit der Systemlandschaft sicherzustellen.
Ja. Jira Service Management bildet den Change-Governance-Prozess vollständig ab (Standard, Normal, Emergency Change inklusive CAB und UAT). Mit dem Cross Connector 5 (CC5) wird zusätzlich das SAP Transport Management integriert, sodass Transporte von DEV über QAS bis PRD direkt aus Jira gesteuert und dokumentiert werden.
Der Cross Connector 5 (CC5) ist eine spezialisierte Integration, die das SAP Transport Management direkt mit Jira oder ServiceNow verbindet. Transportauftraege können aus dem Ticket heraus angelegt, importiert und überwacht werden – mit vollständigem Status-Feedback und Audit-Trail.
Es gibt kein generelles „besser“. ServiceNow ist die Wahl für Organisationen mit umfangreichen ITIL-Anforderungen und einer tief integrierten CMDB. Jira ist die Wahl für Organisationen, die schlank starten, eng mit Entwicklungsteams zusammenarbeiten und Dev/Ops in einer Plattform vereinen wollen. Die SAP-Transportintegration über CC5 ist auf beiden Plattformen verfügbar.
Ja. Viele Organisationen ersetzen SolMan und ChaRM durch eine Kombination aus Jira Service Management, Jira Software und CC5. Vorteile sind die offenere Plattform, die enge Anbindung an Entwicklungsworkflows, geringere Betriebskosten und eine moderne Benutzeroberfläche. Wichtig ist eine strukturierte Migration mit klaren Meilensteinen.
Mit der vorkonfigurierten Standardlösung für SAP Change Management ist ein produktiver Start in wenigen Wochen realistisch – abhängig von Komplexität der Systemlandschaft, Anzahl der Mandanten und individuellen Governance-Anforderungen. Eine konkrete Aufwandsschätzung erfolgt nach einem ersten Discovery-Gespräch.
Empfohlene Artikel
