Publiziert:

Service Management

Ein Dienst zählt erst, wenn er den Anwender erreicht

Service Management verbindet technologische Möglichkeiten mit dem tatsächlichen Nutzen für Anwender. Es kombiniert stabile ITIL-Strukturen wie Prozesse und Rollen mit Praktiken aus Site Reliability Engineering (SRE), etwa Automatisierung und Fehlertoleranz.

Das Ziel ist ein stabiler, nachvollziehbarer IT-Betrieb, der Incidents möglichst früh erkennt, vorbeugt und im Fehlerfall geordnet reagiert.

Anti-Patterns: Die Service-Lücke

Oft gibt es eine Diskrepanz zwischen der Wahrnehmung der IT ("Die Server laufen") und der Wahrnehmung der Fachabteilungen ("Ich kann nicht arbeiten"). Ohne klare Service Level Agreements (SLAs) und strukturierte Support-Prozesse (Ticket-Chaos) versinkt die IT in reaktiver Brandlöschung und hat keine Zeit mehr für wertschöpfende Projekte.

Der strukturierte Betrieb

  1. Service Katalog: Klare Definition, welche Dienste die IT anbietet, was diese kosten und welche Qualität (Uptime, Support-Zeiten) zugesichert wird.
  2. Self-Service Support: Aufbau einer Wissensdatenbank und automatisierter Portale, damit Anwender einfache Probleme selbst lösen können.
  3. Incident und Problem Management: Strukturierte Bearbeitung von Störungen und, noch wichtiger, die systematische Suche nach den Ursachen (Root Cause), um wiederholte Fehler zu reduzieren.
  4. Service Level Objectives (SLO): Messbare Ziele aus Nutzersicht (zum Beispiel "99.9% aller Logins sind erfolgreich"), statt reiner technischer Uptime-Werte.
  5. Change Management: Risikobasierte Bewertung von Systemänderungen, um Instabilitäten durch unüberlegte Updates zu vermeiden.

Der Fokus: Services aus Nutzersicht

IT-Services werden nicht als technische Infrastruktur, sondern als Dienstleistung für den Geschäftserfolg verstanden.

FAQ

Ist ITIL nicht viel zu bürokratisch für ein modernes Unternehmen?

In der klassischen Form ja. Ein leichtgewichtiges ITIL-Verständnis nutzt nur die Prozesse, die tatsächlich Wert stiften, und automatisiert sie so weit wie möglich (zum Beispiel automatisches Change-Logging via Git).

Wie garantieren wir, dass der Support auch bei komplexen Problemen hilft?

Durch klare Eskalationspfade und die Einbindung von Engineering-Kapazitäten in den Betrieb (SRE-Ansatz). Die Leute, die das System bauen, unterstützen auch bei den schwierigsten Fehlern.

Referenzen