3.8 Self-Service, Wissensnutzung und Automatisierung (Teil 2/2)

Runbooks und Standardabläufe

Runbooks beschreiben wiederholbare Arbeitsabläufe.

Sie helfen dabei, Aufgaben einheitlich, sicher und nachvollziehbar durchzuführen.

Beispiele:

Ein gutes Runbook enthält:

Runbook und Knowledge-Artikel unterscheiden

Runbook Knowledge-Artikel
richtet sich häufig an IT-Mitarbeiter richtet sich je nach Inhalt an Benutzer oder IT
beschreibt interne Arbeitsabläufe beschreibt Lösungen, Erklärungen oder Anleitungen
enthält technische Prüfschritte kann auch einfache Benutzerhilfe enthalten
benötigt oft Berechtigungen kann öffentlich im Serviceportal stehen
dient der Standardisierung dient der Wiederverwendung von Wissen

Beide Formen unterstützen eine schnellere und einheitlichere Bearbeitung.

Standardisierung

Standardisierung bedeutet, wiederkehrende Aufgaben nach einem einheitlichen Muster auszuführen.

Beispiele:

Standardisierung reduziert:

Standardisierung ist keine Starrheit

Standardisierung bedeutet nicht, dass jede Situation gleich behandelt werden muss.

Sie schafft einen sicheren Normalweg.

Abweichungen bleiben möglich, sollten aber bewusst entschieden und dokumentiert werden.

Beispiel:

Ein Standard-Request für Softwareinstallation kann automatisch laufen.

Eine sicherheitskritische Spezialsoftware benötigt dagegen zusätzliche Prüfung und Freigabe.

Automatisierung sinnvoll einsetzen

Automatisierung sollte dort eingesetzt werden, wo Aufgaben:

Gute Kandidaten:

Weniger geeignet sind Aufgaben mit:

Automatisierung braucht Kontrolle

Eine Automatisierung ist nur dann hilfreich, wenn sie zuverlässig gesteuert wird.

Zu klären ist:

Merke

Automatisierung entfernt Arbeit nicht vollständig. Sie verlagert Arbeit in Design, Prüfung, Betrieb und Überwachung.

Risiken fehlerhafter Automatisierung

Fehlerhafte Automatisierungen können große Auswirkungen haben.

Beispiele:

Deshalb benötigen Automatisierungen:

Self-Service und Automatisierung kombinieren

Self-Service wird besonders wirksam, wenn Benutzeranfragen im Hintergrund automatisiert bearbeitet werden.

Beispiel:

Ein Benutzer beantragt Standardsoftware im Serviceportal.

Möglicher Ablauf:

Benutzer wählt Software im Portal
        ↓
Berechtigung und Genehmigung werden geprüft
        ↓
Softwarepaket wird automatisch zugewiesen
        ↓
Installation startet auf dem Gerät
        ↓
Benutzer erhält Statusmeldung
        ↓
Ticket wird automatisch dokumentiert

Dadurch muss der Service Desk nicht jeden Standardschritt manuell durchführen.

Genehmigungen einbauen

Nicht jede Anfrage darf sofort automatisiert erfüllt werden.

Beispiele für genehmigungspflichtige Requests:

Ein guter Workflow unterscheidet zwischen:

Self-Service muss benutzerfreundlich sein

Ein Self-Service-Portal bringt wenig, wenn Benutzer es nicht verstehen oder nicht finden.

Wichtig sind:

Benutzer sollten nicht wissen müssen, welches interne Team zuständig ist.

Ungeeignet:

Antrag für AD-Gruppenmitgliedschaft CN=APP-FIN-PRD-RW.

Besser:

Zugriff auf Finanzanwendung beantragen.

Gute Formulare

Ein Formular sollte genau die Informationen erfassen, die für die Bearbeitung notwendig sind.

Beispiele:

Zu viele Pflichtfelder führen dazu, dass Benutzer falsche Angaben machen oder den Service Desk direkt kontaktieren.

Zu wenige Pflichtfelder führen zu Rückfragen und Verzögerungen.

Status transparent machen

Benutzer sollten erkennen können:

Transparenz reduziert Rückfragen.

Beispiel:

Ihre Softwareanfrage wartet aktuell auf Genehmigung durch den Fachbereich. Nach Genehmigung startet die automatische Bereitstellung.

Wissensartikel aus Tickets erzeugen

Viele gute Knowledge-Artikel entstehen direkt aus realen Tickets.

Nach einer Lösung sollte geprüft werden:

Nicht jeder Incident benötigt einen neuen Artikel.

Aber häufige oder lehrreiche Fälle sollten nicht verloren gehen.

Qualität von Knowledge-Artikeln sichern

Knowledge-Artikel sollten regelmäßig geprüft werden.

Zu prüfen ist:

Veraltetes Wissen kann schädlicher sein als kein Wissen.

Feedback nutzen

Benutzer und Service-Desk-Mitarbeiter sollten Feedback geben können.

Beispiele:

Dieses Feedback sollte regelmäßig ausgewertet werden.

Kennzahlen

Mögliche Kennzahlen für Self-Service, Wissensnutzung und Automatisierung:

Bereich Mögliche Kennzahl
Self-Service Anteil der Anfragen über Portal
Knowledge Base Artikelaufrufe
Knowledge Base hilfreiche Bewertungen
Service Desk First Contact Resolution
Automatisierung automatisch erfüllte Requests
Automatisierung Fehlerquote automatisierter Abläufe
Service Requests durchschnittliche Erfüllungszeit
Benutzererfahrung Zufriedenheit nach Nutzung
Qualität Anzahl veralteter Artikel
Verbesserung reduzierte Wiederholungstickets

Kennzahlen sollten nicht nur Menge messen, sondern auch Qualität.

Problematische Kennzahlen

Nicht jede Kennzahl führt automatisch zu gutem Verhalten.

Beispiel:

Viele Knowledge-Artikel

Kann problematisch sein, wenn viele Artikel veraltet, doppelt oder unverständlich sind.

Besser:

Beispiel:

Viele automatisierte Tickets

Kann problematisch sein, wenn Automatisierungen Fehler erzeugen oder Benutzer nicht verstehen, was passiert.

Besser:

Zusammenspiel mit Incident Management

Self-Service und Knowledge Management unterstützen Incident Management.

Beispiele:

Dadurch kann der Service schneller wiederhergestellt werden.

Zusammenspiel mit Service Request Management

Viele Service Requests eignen sich besonders gut für Self-Service und Automatisierung.

Beispiele:

Wichtig ist, dass:

Zusammenspiel mit Change Enablement

Automatisierung und Self-Service können Changes auslösen.

Beispiele:

Solche Änderungen müssen entsprechend ihrem Risiko behandelt werden.

Nicht jede Automatisierung ist automatisch ein Standard-Change.

Die Organisation muss festlegen, welche Abläufe vorab geprüft und freigegeben sind.

Zusammenspiel mit Information Security Management

Self-Service und Automatisierung betreffen häufig Berechtigungen und Daten.

Deshalb müssen Sicherheitsanforderungen berücksichtigt werden.

Beispiele:

Benutzerfreundlichkeit darf nicht dazu führen, dass Sicherheitsregeln umgangen werden.

Typische Fehler

Fehler 1

Self-Service wird nur als Ticketformular verstanden.

Fehler 2

Benutzer müssen interne IT-Strukturen kennen.

Fehler 3

Knowledge-Artikel sind veraltet.

Fehler 4

Artikel sind zu technisch für Endbenutzer.

Fehler 5

Automatisierungen werden ohne ausreichende Tests produktiv genutzt.

Fehler 6

Automatisierungen besitzen zu viele Berechtigungen.

Fehler 7

Fehler in automatisierten Abläufen werden nicht überwacht.

Fehler 8

Runbooks existieren, werden aber nicht gepflegt.

Fehler 9

Self-Service ersetzt persönliche Hilfe auch dort, wo sie notwendig wäre.

Fehler 10

Benutzerfeedback wird nicht ausgewertet.

Fehler 11

Genehmigungen sind unklar oder zu langsam.

Fehler 12

Wissen bleibt bei Einzelpersonen statt in dokumentierten Systemen.

Praxisbeispiel: Passwort-Reset

Ausgangslage

Viele Benutzer rufen den Service Desk an, weil sie ihr Passwort vergessen haben.

Verbesserung

Ein Self-Service-Passwort-Reset wird eingeführt.

Wichtige Anforderungen

Nutzen

Praxisbeispiel: Softwareanforderung

Ausgangslage

Software wird per E-Mail angefordert.

Informationen fehlen häufig.

Genehmigungen sind unklar.

Verbesserung

Ein Serviceportal bietet standardisierte Softwareanfragen.

Ablauf

Software auswählen
        ↓
Kosten und Lizenz prüfen
        ↓
Genehmigung einholen
        ↓
Paket automatisch bereitstellen
        ↓
Benutzer informieren
        ↓
Ticket dokumentieren

Nutzen

Praxisbeispiel: Knowledge-Artikel aus Incident

Incident

Mehrere Benutzer melden, dass VPN nach einem Client-Update nicht startet.

Lösung

Der Service Desk findet eine sichere Reparaturmaßnahme.

Folgeaktivität

Ein interner Knowledge-Artikel wird erstellt.

Inhalt:

Nutzen

Der nächste gleichartige Incident kann schneller gelöst werden.

Checkliste Self-Service

Checkliste Knowledge Management

Checkliste Automatisierung

Bedeutung für Fachinformatiker für Systemintegration

Für Fachinformatiker ist dieses Thema besonders wichtig, weil viele praktische Verbesserungen direkt aus dem technischen Alltag entstehen.

Beispiele:

Gute technische Arbeit zeigt sich nicht nur darin, ein einzelnes Problem zu lösen.

Sie zeigt sich auch darin, dass derselbe Fehler künftig schneller, sicherer oder automatisch bearbeitet werden kann.

Zusammenfassung

Wiederkehrende Anfragen erkennen
↓
geeignete Self-Service-Möglichkeiten schaffen
↓
Wissen verständlich dokumentieren
↓
Standardabläufe definieren
↓
geeignete Schritte automatisieren
↓
Risiken, Berechtigungen und Monitoring berücksichtigen
↓
Benutzerfeedback auswerten
↓
Inhalte und Abläufe kontinuierlich verbessern

Merksätze

Self-Service ersetzt nicht den Service Desk, sondern erweitert die Servicefähigkeit.

Wissen muss auffindbar, verständlich und aktuell sein.

Automatisierung braucht klare Verantwortung.

Ein automatisierter Fehler bleibt ein Fehler.

Jede gelöste Störung kann zukünftiges Wissen erzeugen.

Gute Standardisierung schafft Freiraum für komplexe Aufgaben.

Verwandte Seiten

Quellen und Versionsstand

Offizielle Grundlagen

Einordnung

Die dargestellten:

sind herstellerneutrale Praxisempfehlungen.

ITIL schreibt keine universelle:

für alle Organisationen vor.

Die konkrete Ausgestaltung muss an:

angepasst werden.

Behandelter Framework-Stand: ITIL Version 5
Zusätzlich berücksichtigt: aktuelle ITIL-4-Practice-Guidance
Fachlicher Stand: August 2026

Revision #2
Created 2 August 2026 14:27:16 by Admin
Updated 2 August 2026 14:27:42 by Admin