Incident oder Problem? Ein ITIL-Entscheidungstool
Beantworten Sie fünf kurze Fragen zu dem, was vor Ihnen liegt, und erhalten Sie ein ITIL-konformes Ergebnis – Incident, Problem oder beides – mit Begründung, damit Sie die Entscheidung im Stand-up vertreten können.
- Sofortiges Ergebnis
- ITIL-konform
- Datenschutz von Grund auf
Ein Incident ist eine ungeplante Unterbrechung oder Qualitätsminderung eines Service: Ziel ist, den Service wiederherzustellen, und zwar schnell. Ein Problem ist die Ursache oder mögliche Ursache eines oder mehrerer Incidents: Ziel ist, die Grundursache zu beseitigen. Fallen in Ihren Filialen in Dubai die Kassen aus, erfassen Sie einen Incident und stellen zuerst den Service wieder her; legen Sie danach ein verknüpftes Problem an, wenn die Ursache unbekannt ist oder es schon einmal vorkam.
Beschreiben Sie, was vor Ihnen liegt
Fünf kurze Fragen. Das Ergebnis aktualisiert sich mit jeder Antwort – nichts wird gespeichert oder irgendwohin gesendet.
Beantworten Sie die Fragen oben – das Ergebnis aktualisiert sich laufend.
Warum das wichtig ist
- Falsche Entscheidung, falsche Queue. Wer ein Problem anlegt, während der Service noch ausgefallen ist, verzögert die Behebung – zuerst wiederherstellen, danach untersuchen.
- Richtige Entscheidung, weniger Wiederholungen. Wer Incidents ohne verknüpftes Problem schließt, sorgt dafür, dass derselbe Ausfall jedes Quartal wiederkommt.
- Nutzen Sie es in der Triage. Spielen Sie einen laufenden Major Incident hiermit durch, zusammen mit dem IT-Ausfallkosten-Rechner, um ein Major Problem Review sofort zu begründen.
- Ein Ausgangspunkt, kein Urteil. Entscheiden Sie mit Augenmaß – auch ein einmaliges Ereignis mit geringer Auswirkung kann einen Problem-Datensatz wert sein, wenn es ein fragiles System betrifft.
Methode & Urheberschaft
Ein kurzer Entscheidungsbaum über die Kernunterscheidung von ITIL: Ein Incident stellt den Service wieder her, ein Problem beseitigt die Ursache. Er gewichtet, ob der Service jetzt unterbrochen ist, ob der Fehler wiederkehrt, ob die Grundursache bekannt ist, was das unmittelbare Ziel ist, sowie die geschäftliche Auswirkung.
Die hier verwendeten Formeln sind etablierte, veröffentlichte Methoden. Umsetzung, Oberfläche, Texte, Auswertungslogik und Richtwerte sind eigene Arbeit von ITSM Compass. Die Ergebnisse sind Schätzungen, keine professionelle Beratung. Siehe die Nutzungsbedingungen.
© 2026 ITSM Compass. Alle Rechte vorbehalten.
Fragen
Was ist laut ITIL der Unterschied zwischen einem Incident und einem Problem?
Ein Incident ist eine ungeplante Unterbrechung oder Qualitätsminderung eines Service – Ziel ist, den Service schnell wiederherzustellen. Ein Problem ist die Ursache (oder mögliche Ursache) eines oder mehrerer Incidents – Ziel ist, die Grundursache zu finden und zu beseitigen oder ihre Auswirkung zu verringern, wenn sie sich nicht beseitigen lässt.
Brauche ich immer einen Problem-Datensatz, wenn ich die Grundursache nicht kenne?
Nicht immer. Ein echtes Einzelereignis mit geringer geschäftlicher Auswirkung kann oft einfach beobachtet werden. Legen Sie einen Problem-Datensatz an, wenn derselbe Fehler wieder auftreten könnte, wenn ein Workaround an die Stelle eines Fixes tritt oder wenn die geschäftliche Auswirkung so hoch ist, dass schon das Nichtwissen ein Risiko ist.
Was ist der Unterschied zwischen einem reaktiven und einem proaktiven Problem?
Ein reaktives Problem geht von Incidents aus, die bereits aufgetreten sind – Sie untersuchen einen Fehler, nachdem er wiederkehrte. Ein proaktives Problem geht von einer Analyse aus – Sie erkennen einen Trend, ein Risiko oder einen Beinahe-Ausfall, bevor daraus ein Muster von Incidents wird.
Kann ein Major Incident direkt in ein Problem Review übergehen?
Ja. Incidents mit hoher Auswirkung rechtfertigen oft schon nach einem einzigen Auftreten ein Major Problem Review, statt auf eine Wiederholung zu warten – die Kosten eines zweiten Ausfalls sind zu hoch, um sie hinzunehmen.
Soll Problem Management richtig verankert werden?
Advisory Sessions, die die Triage wiederkehrender Incidents, das Major Problem Review und die Kennzahlen einrichten, die es am Laufen halten.