ITIL-Servicemanagement-Workflows gestalten

Der Incident-Prozess ist der meistgenutzte Workflow im ITSM. Er beginnt mit der strukturierten Erfassung einer Störung, durchläuft Kategorisierung, Priorisierung und Diagnose – und endet mit der Lösung und Dokumentation. In der Praxis gestalten wir Incident-Workflows oft vollständig neu: mit klaren Eskalationspfaden, automatisierten Benachrichtigungen und einer Anbindung an die CMDB für eine schnellere Ursachenanalyse. Besonders wichtig: die Abgrenzung zum Service Request, die in vielen Organisationen fehlt.

Service Requests sind keine Störungen – sie sind planbare, standardisierbare Leistungen. Ein guter Service-Request-Workflow nutzt einen strukturierten Servicekatalog, definierte Genehmigungsstufen und automatisierte Fulfillment-Schritte. Wir bauen Servicekataloge auf und gestalten Service-Request-Workflows so, dass sie sowohl für Endanwender einfach zu bedienen als auch für den IT-Betrieb effizient abzuarbeiten sind.

Change-Workflows sind die komplexesten im ITIL-Umfeld – weil sie Risikobewertung, Genehmigungsprozesse und technische Umsetzung miteinander verbinden. Wir unterscheiden dabei konsequent zwischen Standard Changes (vorab genehmigt, risikoarm), Normal Changes (CAB-pflichtig) und Emergency Changes (schnell, aber kontrolliert). In bisherigen Projekten haben wir vollständige Change-Workflows von Grund auf neu gestaltet – inklusive CAB-Einführung, Rollback-Planung und Tool-seitiger Abbildung.

Problem Management ist der am häufigsten vernachlässigte ITIL-Prozess. Dabei ist er entscheidend für die nachhaltige Reduktion von Incidents. Ein guter Problem-Workflow unterscheidet zwischen reaktivem Problem Management (nach Major Incidents) und proaktivem Problem Management (Trendanalyse, Known Errors). Wir etablieren Problem-Management-Prozesse, die eng mit dem Incident-Prozess verzahnt sind – mit klaren Triggern für die Problem-Eröffnung und einem strukturierten Root-Cause-Analysis-Verfahren.