ITSM undESM.
ITSM und Enterprise Service Management führen Incident, Request, Problem, Change, Wissen und Servicekontext in einer Betriebsplattform zusammen. Sie sind der Hauptplatz für Xurrent und andere umfassende Service-Management-Suiten.
Servicearbeit mit Kontext.
Die Klasse eignet sich dort, wo mehrere Teams nachvollziehbar an Services arbeiten müssen. Ein Ticket allein genügt nicht: Entscheidend sind Service, Owner, Priorität, Prozess, Abhängigkeit und der prüfbare Abschluss.
Ein ITSM-System ersetzt weder SIEM noch Vulnerability Scanner. Diese liefern Signale. ITSM führt die daraus entstehende Servicearbeit, einschliesslich Change und Kommunikation.
Zehn Plattformen.
| Plattform | Abdeckung | Typischer Schwerpunkt | Im Pilot klären |
|---|---|---|---|
| Xurrent | ITSM, ESM, CMDB, Change, IMR, Status | SaaS-Service-Management mit Incident Response und Integrationen | Mandantenmodell, Integrationen und gewünschte Module |
| ServiceNow ITSM | ITSM, CMDB, Change, Knowledge, On-Call | Enterprise Service Management | Datenmodell, Lizenzpaket und Implementierungsumfang |
| BMC Helix ITSM | ITSM, CMDB, Asset, Change, Release | Enterprise und hybride Umgebungen | Abgrenzung der Helix-Module |
| Jira Service Management | ITSM, Assets, Change, Incident, Statuspage | DevOps-nahe Servicearbeit | Opsgenie-Migrationspfad und Betriebsmodell |
| Freshservice | ITSM, ITAM, CMDB, Discovery, Workflow | Cloud-ITSM und ESM | Editionen für ITAM und Discovery |
| ManageEngine ServiceDesk Plus | ITSM, ITAM, CMDB, Change, Knowledge | Breite ITSM-Suite | Cloud oder On-Premises, Edition und Integrationen |
| Matrix42 ITSM | ITSM, Asset, CMDB, Workflow | Europäischer Mittelstand und Enterprise | Produktportfolio und Bereitstellungsmodell |
| TOPdesk | ITSM, Change, Asset, Knowledge | Interne Services und Behörden | Serviceportfolio und Enterprise-Tiefe |
| HaloITSM | ITSM, Asset, Change, Problem, Workflow | Konfigurierbares ITSM | Skalierung, Integration und Governance |
| OpenText SMAX | ITSM, ITAM, CMDB, Change, Workflow | Enterprise Service Management | Produkt- und Lizenzarchitektur |
Herstellerangaben beschreiben Produktfähigkeiten, keine unabhängige Qualitätsbewertung.
Erst Services,
dann Tickets.
- Servicekatalog mit Owner, Kritikalität und Supportzeiten aufbauen, bevor Workflows konfiguriert werden; jedes Ticket muss einem Service zugeordnet sein.
- Sicherheitsvorfälle in einem Bereich mit eingeschränkter Sichtbarkeit führen, damit Details zu Angriff oder betroffenen Personen nicht allen Agenten offenliegen.
- Eintritte, Wechsel und Austritte aus HR als ESM-Prozess abbilden und automatisch Aufträge an IAM auslösen, damit Rechte zeitnah vergeben und entzogen werden.
- Signale aus SIEM und Scannern nur gebündelt und dedupliziert als Ticket anlegen, sonst überfluten sie die Warteschlangen.
- Anteil Tickets mit korrekter Servicezuordnung
- Zeit vom HR-Austritt bis zum abgeschlossenen Rechteentzug
- Einhaltung der Lösungszeiten bei Incidents kritischer Services
Der Process Owner verantwortet Ablauf und Datenqualität, Service Owner ihre Services. Security definiert Sichtbarkeitsregeln für Sicherheitsfälle und prüft privilegierte Rollen in der Plattform.
ISO/IEC 20000-1:2018 legt Anforderungen an ein Service-Management-System fest, darunter Incident, Service Request, Problem und Change; ISO/IEC 27001:2022 Annex A 5.24 bis 5.26 (Vorfallmanagement) und 5.18 (Zugangsrechte) setzen solche Abläufe voraus.
DORA Art. 17 verlangt von Finanzunternehmen einen Prozess für IKT-bezogene Vorfälle mit Erfassung, Klassifizierung und Eskalation; ITSM ist dafür häufig das führende System.
Ein ITSM-System ist keine neutrale Ablage. Weil es Passwortrücksetzungen, Rechtevergaben und Vorfalldetails führt, ist es selbst ein lohnendes Angriffsziel und braucht MFA, Rollenmodell und Protokollierung.
Den Servicefluss testen.
- Ein echter Fall: Vom Service Request oder Incident bis zur dokumentierten Lösung durchspielen.
- Servicekontext: Owner, Abhängigkeiten und Priorisierung müssen am Vorgang sichtbar sein.
- Change: Freigabe, Umsetzung und Rückfallweg in einem Ablauf prüfen.
CMDB, On-Call, Change und Statuskommunikation werden hier vertieft. Sicherheitsdetektion bleibt im Gebiet Security Operations.
Security Tool Navigator · Gebiet 14
Im Gebiet Service Operations und Workflow einordnen.
Diese Werkzeugklasse gehört zum Gebiet Service Operations und Workflow. Der Gebietshub zeigt, wie die Werkzeugklassen zusammenwirken, wo sie sich abgrenzen und welche Fragen CIO und CISO jeweils klären.