# IT-Servicemanagement und ITIL: Grundlagen

> IT-Servicemanagement bedeutet, IT nicht als Technik, sondern als Dienstleistung für den Kunden zu organisieren. ITIL ist die verbreitetste Sammlung bewährter Vorgehensweisen dafür. Sie beschreibt unter anderem, wie Störungen (Incidents), die dahinterliegenden Ursachen (Problems) und geplante Änderungen (Changes) systematisch bearbeitet werden.

**Autor:** Mr. Benjamin · **Beruf:** IT-Grundlagen
**Veröffentlicht:** 2026-07-24 · **Aktualisiert:** 2026-07-24
**Quelle:** https://yellowbluetech.de/blog/itil-servicemanagement

---

„Der Drucker geht nicht." In vielen Betrieben ruft man dann jemanden an, der zufällig Zeit hat. In gut organisierten IT-Abteilungen passiert etwas anderes: Die Meldung wird erfasst, bewertet, zugeordnet und nachverfolgt. Dahinter steckt ein System – und das heißt IT-Servicemanagement.

## Was ist IT-Servicemanagement?

IT-Servicemanagement (ITSM) bedeutet, die IT **als Dienstleistung für den Kunden** zu betrachten und zu organisieren – nicht als bloße Ansammlung von Technik.

> **Merksatz**
>
> Der Perspektivwechsel ist der Kern: Nicht „wir betreiben Server", sondern „wir liefern den Service *E-Mail* in vereinbarter Qualität". Gemessen wird nicht, wie modern die Technik ist, sondern **ob der Kunde arbeiten kann**.

## Was ist ITIL?

**ITIL** (*IT Infrastructure Library*) ist die weltweit verbreitetste Sammlung **bewährter Vorgehensweisen** für IT-Servicemanagement. Wichtig zur Einordnung: ITIL ist **kein Gesetz und keine Norm**, an die man sich halten muss, sondern eine Sammlung von Empfehlungen, aus der Betriebe das Passende übernehmen.

## Die wichtigsten Prozesse

Für die Ausbildung sind vor allem vier Begriffe zu unterscheiden:

| Prozess | Worum es geht | Beispiel |
| --- | --- | --- |
| **Incident** | akute Störung schnell beheben | Drucker druckt nicht |
| **Problem** | die dahinterliegende **Ursache** finden | Treiberfehler, der alle Drucker betrifft |
| **Change** | geplante **Änderung** kontrolliert durchführen | neue Treiberversion ausrollen |
| **Service Request** | normale Anfrage ohne Störung | neuer Mitarbeiter braucht Zugang |

> **Prüfungstipp**
>
> Der Unterschied **Incident und Problem** wird fast immer gefragt. Merke: Ein **Incident** ist die einzelne Störung, deren schnelle Behebung zählt – notfalls mit einer Behelfslösung. Ein **Problem** ist die zugrunde liegende **Ursache** mehrerer Incidents, die dauerhaft beseitigt werden soll. Kurz: **Incident = Symptom bekämpfen, Problem = Ursache beseitigen.**

## Warum sich das lohnt

> **Hinweis**
>
> Ohne Prozess gehen Meldungen verloren, Wichtiges bleibt liegen, während Nebensächliches erledigt wird, und niemand weiß hinterher, was eigentlich passiert ist. Mit Prozess wird jede Anfrage erfasst, priorisiert und nachvollziehbar bearbeitet – und die zugesagte Qualität lässt sich anhand eines [Service Level Agreements](/blog/service-level-agreement-verstehen) messen. Wie das praktisch abläuft, steht im Beitrag über [Ticketsystem und Support-Level](/blog/ticketsystem-support-level).

## Selbstkontrolle

**Frage:** Mehrere Nutzer melden denselben Fehler. Die einzelne Meldung wird schnell behoben, aber die gemeinsame Ursache bleibt. Wie heißen die beiden Vorgänge?

- [ ] Beides sind Incidents.
- [x] Die Meldung ist ein Incident, die Ursache ein Problem.
- [ ] Die Meldung ist ein Problem, die Ursache ein Change.
- [ ] Beides sind Service Requests.

**Erklärung:** Die einzelne gemeldete Störung ist ein Incident – hier zählt die schnelle Wiederherstellung. Die dahinterliegende gemeinsame Ursache, die dauerhaft beseitigt werden soll, ist ein Problem. Incident bekämpft das Symptom, Problem die Ursache.

## Häufige Fragen

### Ist ITIL verpflichtend?

Nein. ITIL ist eine Sammlung von Empfehlungen und keine gesetzliche oder normative Vorgabe. Betriebe übernehmen daraus, was zu ihrer Größe und ihren Abläufen passt. Gerade kleinere IT-Abteilungen nutzen oft nur einzelne Prozesse wie das Incident-Management, ohne ITIL vollständig einzuführen.

### Was ist ein Workaround?

Ein Workaround ist eine Behelfslösung, die den Betrieb wieder ermöglicht, ohne die eigentliche Ursache zu beseitigen. Im Incident-Management ist das völlig legitim, weil dort die schnelle Wiederherstellung zählt. Die dauerhafte Beseitigung der Ursache übernimmt anschließend das Problem-Management.

### Warum braucht es für Änderungen einen eigenen Prozess?

Weil ungeplante Änderungen eine der häufigsten Störungsursachen sind. Das Change-Management sorgt dafür, dass Änderungen bewertet, genehmigt, terminiert und dokumentiert werden und dass es einen Rückfallplan gibt. So sinkt das Risiko, dass eine gut gemeinte Anpassung den Betrieb lahmlegt.

### Was ist der Unterschied zwischen Service Request und Incident?

Ein Incident ist eine ungeplante Störung: Etwas funktioniert nicht, was funktionieren sollte. Ein Service Request ist eine normale, vorgesehene Anfrage ohne Störung, etwa das Einrichten eines Zugangs oder die Bestellung von Software. Beide laufen meist über dasselbe Ticketsystem, werden aber unterschiedlich behandelt.

**Weiterlesen:** [Systematische Fehlersuche: vom Symptom zur Ursache](/blog/systematische-fehlersuche) · [Risikoanalyse und TOM einfach erklärt](/blog/risikoanalyse-und-tom)

## Das Wichtigste in Kürze

- **ITSM** organisiert IT als **Dienstleistung**, nicht als Technik.
- **ITIL** ist eine Sammlung **bewährter Praktiken** – keine Pflicht.
- **Incident** = Störung beheben, **Problem** = Ursache beseitigen.
- **Change** = geplante Änderung kontrolliert durchführen, **Service Request** = normale Anfrage.
- Die zugesagte Qualität wird über **SLAs** messbar.