IT-Service-Management
ITSM, das nicht
beim gelösten Ticket aufhört
Servicedesk, Prozesse, Inventar und Beschaffung in einem System — und zwar demselben, in dem später der Nachweis für ISO 27001 und NIS2 entsteht. Nicht, weil das schön zusammenpasst, sondern weil es dieselben Daten sind.
- 9ITIL-4-Praktiken abgedeckt
- 1Datenbasis für Betrieb und Nachweis
ITIL 4 in der Praxis
Neun Praktiken, ohne Zertifikatskurs
Die Namen stammen aus ITIL, die Bedienung nicht. Was der nächste Schritt verlangt, steht als Handlung da — nicht als Statusname, den man erst übersetzen muss.
| Praktik | Wofür | Wie es hier funktioniert |
|---|---|---|
| Incident Management | Störungsbeseitigung | Tickets mit Priorität und Zuweisung, SLA-Uhr mit Geschäftszeitenkalender, Pausieren bei „Warten auf", dauerhaft markierte Verletzungen. Interne Notiz und sichtbare Antwort sind getrennt — der Melder sieht nie die Abstimmung dahinter. |
| Problem Management | Ursachen statt Symptome | Mehrere Tickets zu einem Problem zusammenfassen, Umgehung als Known Error in die Wissensdatenbank, Verknüpfung zum Change, der den Fall dauerhaft behebt. Der Known Error zählt mit, wie viele Tickets er gelöst hat. |
| Change Enablement | Änderungen sicher durchbringen | Typ, Risikobewertung, CAB-Genehmigung, Pflicht-Rückfallplan, Sperrzeiten, Kollisionsprüfung im Wartungsfenster und erzwungene Nachbetrachtung. |
| Service Request Management | Anträge und Beschaffung | Prozesse als ausführbare Workflows mit parallelen Schritten, Gruppen- und Personenzuweisung; Einkauf mit Katalog, konfigurierbaren Bündeln, Kostenstelle und Genehmigungsweg. Wie ein Ablauf gebaut wird → |
| Service Configuration Management | Was hängt woran | Assets mit typspezifischen Attributen und gerichteten Beziehungen; daraus die transitive Auswirkungsanalyse mit Schutzbedarf der betroffenen Werte. |
| Service Level Management | Zusagen einhalten | SLA-Regeln mit getrennten Reaktions- und Lösungszeiten je Regel, Feiertagskalender und Einhaltungsauswertung. Ein Statuswechsel ist noch keine Reaktion — gezählt wird die erste Antwort an den Melder. |
| Knowledge Management | Wissen wiederverwenden | Freigabepflicht, Versionszählung, turnusmäßige Überprüfungsfälligkeit. Eine inhaltliche Änderung hebt die Freigabe automatisch auf. |
| Continual Improvement | Besser werden und es belegen | Kennzahlen mit Grundgesamtheit und Zielwert, Feststellungen aus Audits und Übungen im gemeinsamen Register — ohne ermittelte Ursache keine Maßnahme. |
| Service Desk | Der eine Eingang | Portal für Menschen ohne Zugang: Störungen melden, Anträge stellen, eigene Vorgänge und Bestellungen an einer Stelle verfolgen. |
Die Begriffe sauber trennen
Ticket, Prozess, Vorfall, Schwachstelle, Risiko
Werkzeuge verschwimmen an dieser Stelle gern, und dann steht am Ende alles in derselben Liste. Hier ist die Trennung Absicht — sie entscheidet, welche Fristen laufen und welcher Nachweis entsteht.
| Was | Wann | Beispiel |
|---|---|---|
| Ein Ticket | Eine einzelne Sache, die jemand erledigt. | „Mein Drucker geht nicht." |
| Ein Prozess | Feste Schritte, oft mit mehreren Beteiligten und Genehmigungen. Aus einem Ticket lässt sich ein Prozess starten, wenn mehr dranhängt. | Onboarding, Beschaffung, Freigabe eines externen Zugangs. |
| Ein Vorfall | Kommt zusätzlich zum Ticket dazu, wenn es um Informationssicherheit geht und die Sache erheblich sein könnte. Dort laufen die gesetzlichen Meldefristen. | Verdacht auf unbefugten Zugriff auf die Dateiablage. |
| Eine Schwachstelle | Ein konkreter technischer Fund an einem Asset, mit CVE und Frist ab Entdeckung. | „srv-sql-01 läuft auf einem Stand hinter der Vorgabe." |
| Ein Risiko | Die übergeordnete Betrachtung. Eine Schwachstelle kann einem Risiko zugeordnet werden. | „Ausfall der Dateiablage durch einen Verschlüsselungstrojaner." |
Das Tagesgeschäft
Die Bereiche, in denen der Servicedesk arbeitet
Das Tagesgeschäft
Was heute auf dem Tisch liegt.
Tickets
Anfragen und Störungen mit Priorität, Zuweisung, Arbeitszeit und echter SLA-Uhr, die bei „Warten auf" pausiert.
„Mein Drucker geht nicht."
- ITIL 4
- A.5.24–A.5.26
Prozesse
Abläufe ohne Programmierung bauen: fünf Schrittarten, neun Feldtypen, parallele Schritte, Genehmigung mit Ablehnung und ein Schritt für Beteiligte ohne Zugang. Beschaffung findet im Ablauf statt, nicht daneben.
Onboarding, Beschaffung, Freigaben.
- A.5.37
Aufgaben
Was auf Sie oder Ihre Gruppe wartet — über alle Prozesse hinweg an einer Stelle.
„Womit fange ich an?"
Im Zusammenhang ansehen →Einkauf
Sortiment mit konfigurierbaren Bündeln und echten Abhängigkeitsregeln, Kostenstellengruppen, Budget mit Warn- oder Sperrverhalten, Freigabeschwelle. Geliefert heißt: steht im Inventar.
„Ich brauche einen neuen Monitor."
- A.5.9
Wissensdatenbank
Anleitungen, FAQ und Known Errors — mit Freigabepflicht und turnusmäßiger Überprüfung.
„Wie war das nochmal mit dem VPN?"
- A.5.27
- A.5.37
Die IT-Landschaft im Griff
Was Sie haben — und was woran hängt.
Assets
Inventar aller Geräte, Dienste, Software, Lizenzen und Fahrzeuge — mit Schutzbedarf, Verantwortlichem und lückenloser Zuordnungshistorie. Geräte kommen aus Microsoft Intune, Konten aus Entra ID oder dem lokalen AD.
Man kann nur schützen, was man kennt.
- A.5.9
- A.5.11
- A.8.1
Beziehungen (CMDB)
Gerichtete Beziehungen zwischen Konfigurationselementen und daraus die Auswirkungsanalyse über mehrere Stufen.
„Was fällt aus, wenn das hier ausfällt?"
- A.8.9
Changes
Geplante Änderungen mit Risikobewertung, CAB, Sperrzeiten, Kollisionserkennung und Rückfallplan-Pflicht.
Die meisten Störungen entstehen durch Änderungen.
- A.8.32
- ITIL 4
Schwachstellen
CVE und CVSS, Behandlungsfrist ab Entdeckung, Veralterungsprüfung gegen Mindestversionen. Behebung nur mit Nachweis.
Eine Lücke, die niemand nachhält, bleibt offen.
- A.8.8
Häufige Fragen
ITSM und Entrutrace
Was unterscheidet das von einem Ticketsystem?
Ein Ticketsystem endet beim gelösten Ticket. Entrutrace führt die Spur weiter: Das Ticket hängt am Asset, das Asset an den Diensten darüber, der wiederkehrende Fall am Problem, die Behebung am Change, der Change am Risiko. Am Ende steht ein Nachweis, den niemand zusätzlich erfasst hat.
Müssen wir ITIL einführen, um das zu nutzen?
Nein. Die Abläufe folgen den ITIL-4-Praktiken, weil die sich bewährt haben — aber Sie fangen mit Tickets an und schalten frei, was Sie brauchen. Wer nie einen Change anlegt, sieht ihn auch nicht.
Wo hört das Ticket auf und wo fängt der Ablauf an?
Ein Ticket ist eine Sache, die jemand erledigt. Ein Prozess hat feste Schritte mit mehreren Beteiligten. Das Entscheidende ist, dass beides ineinandergreift: Aus einem Ticket lässt sich ein Prozess starten, ein Ablauf kann ein Ticket erzeugen, und die Freigabe einer Bestellung ist ein Ticket. Deshalb steht der Servicedesk hier nicht neben der Beschaffung, sondern darin. Mehr dazu.
Wie viele Leute braucht es dafür?
Der Zuschnitt ist eine IT-Abteilung von wenigen Leuten in einem mittelständischen Unternehmen. Genau dort trifft der Punkt: Diese Teams haben keine Kapazität, dieselbe Information dreimal zu pflegen, und werden trotzdem nach ISO 27001 und NIS2 gefragt.
Am schnellsten überzeugt der eigene Fall.
Vierzig Minuten, Ihre Landschaft als Beispiel, kein Foliensatz. Wir zeigen den Weg von der Meldung bis zum Auditnachweis an einem Vorgang, den Sie selbst aussuchen.