Jira Service Management oder ServiceNow? Eine ehrliche Entscheidungshilfe

Kurz gesagt

• Jira Service Management passt zu Organisationen, in denen IT-Betrieb, Entwicklung und Fachbereiche eng zusammenarbeiten und schnell produktiv werden wollen, oft dort, wo Jira und Confluence schon im Einsatz sind.

• ServiceNow passt zu großen Organisationen, die viele Unternehmensprozesse auf einer gemeinsamen Plattform vereinheitlichen wollen und dafür ein eigenes Plattform-Team aufbauen.

Woher die beiden kommen

Jira Service Management basiert auf Jira. Service-Anfragen, Incidents und Changes sind Vorgänge auf derselben Plattform, auf der viele Entwicklungsteams ohnehin arbeiten. Ein Incident lässt sich direkt mit dem Bug im Entwicklungsprojekt verknüpfen, Wissensartikel kommen aus Confluence.

ServiceNow ist als Plattform für unternehmensweite Workflows aufgebaut. Neben IT Service Management gibt es eigene Produkte unter anderem für IT Operations Management, HR Service Delivery und Customer Service Management, alle auf derselben Plattform und mit einer gemeinsamen CMDB.

Einführung und Betrieb

Jira Service Management bringt Vorlagen für typische Service-Projekte mit. Anfragetypen, Workflows, SLAs und Automatisierungen passen Administratoren in der Oberfläche an, ohne zu programmieren. Das senkt die Hürde. Die Arbeit davor ersetzt es nicht: Wer Prozesse und Zuständigkeiten nicht klärt, bekommt in jedem Werkzeug ein unübersichtliches System.

ServiceNow ist stärker auf Anpassung und Erweiterung der Plattform ausgelegt. Das ist seine Stärke bei komplexen, unternehmensweiten Prozessen. Es bedeutet aber auch, dass ihr in der Regel Fachleute für die Plattform braucht, intern oder bei einem Partner, und eigene Anpassungen bei jedem neuen Release mitprüfen müsst.

Zusammenarbeit zwischen Betrieb und Entwicklung

Hier liegt der deutlichste Unterschied. Wenn Incidents oft auf Fehler in eigener Software zurückgehen, arbeiten Service-Team und Entwicklung in Jira Service Management im selben System: Der Incident verweist auf den Bug, das Entwicklungsteam sieht, wer betroffen ist, und der Status fließt zurück. Bei getrennten Systemen braucht es dafür eine Integration, die jemand bauen und pflegen muss.

Wie wir Service Management und Zusammenarbeit in Jira aufsetzen, zeigen wir auf unserer Seite Servicemanagement & Zusammenarbeit .

Assets und CMDB

Beide Werkzeuge bilden Assets und ihre Abhängigkeiten ab. In Jira Service Management heißt das Assets: Objekte, Attribute und Beziehungen, die ihr direkt mit Anfragen, SLAs und Freigaben verbindet. Wie man das sinnvoll modelliert, steht in Assets in Jira Service Management modellieren .

Bei ServiceNow ist die CMDB das Herzstück der Plattform und eng mit IT Operations Management verbunden, etwa mit der automatischen Erkennung von Infrastruktur. Wer eine sehr große, automatisch gepflegte Infrastruktur abbilden muss, findet dort viel Tiefe.

Wie lizenziert wird

Preise nennen wir hier nicht, sie ändern sich und hängen vom Vertrag ab. Das Prinzip unterscheidet sich aber deutlich:

• Jira Service Management wird pro Agent lizenziert, also pro Person, die Anfragen bearbeitet. Kunden, die über das Portal Anfragen stellen, brauchen keine Lizenz, und ihre Zahl ist nicht begrenzt.

• ServiceNow wird nach Nutzertyp und Produkt lizenziert. Wer Anfragen bearbeitet, braucht eine Lizenz für das jeweilige Produkt, wer nur Anfragen stellt, in der Regel nicht. Die Details legt der Vertrag mit ServiceNow fest.

Für die Kalkulation heißt das bei beiden: Zählt, wie viele Menschen tatsächlich Tickets bearbeiten, und rechnet die Betreuung der Plattform mit ein, nicht nur die Lizenzen.

Wann ServiceNow die bessere Wahl ist

• Ihr wollt viele Unternehmensbereiche, etwa IT, HR und Kundenservice, auf einer gemeinsamen Plattform mit einheitlichem Datenmodell steuern.

• Ihr braucht tiefe Funktionen für den IT-Betrieb, etwa die automatische Erkennung von Infrastruktur, als Teil derselben Plattform.

• Ihr seid bereit, ein eigenes Plattform-Team aufzubauen oder dauerhaft einen Partner dafür zu beauftragen.

• ServiceNow ist bei euch schon gesetzt, und die Organisation arbeitet gut damit. Dann ist ein Wechsel selten die beste Investition.

Wann Jira Service Management die bessere Wahl ist

• Eure Entwicklungsteams arbeiten in Jira, und Incidents hängen oft an eigener Software.

• Ihr wollt schnell starten und Prozesse schrittweise ausbauen, statt alles vorab zu entwerfen.

• Eure Administratoren sollen Workflows, Formulare und Automatisierungen selbst anpassen können.

• Neben der IT wollen auch Bereiche wie HR, Facility Management oder Recht ein eigenes Service-Portal, ohne dafür eine eigene Plattform zu betreiben.

So trefft ihr die Entscheidung

1. Prozesse statt Funktionslisten. Schreibt eure fünf wichtigsten Service-Prozesse auf und vergleicht die Werkzeuge daran, nicht an der Funktionsliste des Herstellers.

2. Betrieb klären. Legt fest, wer das System nach der Einführung betreibt und weiterentwickelt.

3. Richtig zählen. Zählt die Personen, die Anfragen bearbeiten, und die Bereiche, die mitmachen sollen.

4. Einen echten Fall durchspielen. Spielt einen echten Prozess in beiden Werkzeugen durch, etwa einen Major Incident, an dem auch die Entwicklung beteiligt ist.

Wenn ihr Jira Service Management dabei genauer ansehen wollt, sprecht uns an . Wir sagen euch auch, wenn es nicht passt.

Häufige Fragen

Ist Jira Service Management nur etwas für kleine Teams?

Nein. Jira Service Management wird auch in großen Organisationen mit vielen Service-Projekten und Fachbereichen eingesetzt. Entscheidend ist weniger die Größe als die Frage, wie stark ihr Prozesse über alle Bereiche hinweg vereinheitlichen wollt.

Brauchen Kunden im Portal eine Lizenz?

In Jira Service Management nicht. Lizenziert werden nur Agents, also die Personen, die Anfragen bearbeiten.

Kann man von ServiceNow zu Jira Service Management wechseln?

Ja. Vorgänge, Wissensartikel und Assets lassen sich übertragen. Aufwendiger als die Daten ist meist die Frage, welche Prozesse ihr eins zu eins übernehmt und welche ihr bei der Gelegenheit vereinfacht.