Was ist die Problem Resolution Rate?
Die Problem Resolution Rate (deutsch: Problemlösungsrate) misst den Prozentsatz der identifizierten Root-Cause-Probleme, die dauerhaft gelöst wurden. Im ITIL-Framework unterscheidet sie sich grundlegend von der reinen Incident-Behebung: Während ein Incident den Normalbetrieb wiederherstellt, beseitigt die Problem Resolution die Ursache, damit derselbe Incident nicht erneut auftritt.
Eine niedrige Problem Resolution Rate bedeutet, dass Dein Team primär Symptome behandelt. Wiederkehrende Incidents belasten den Service Desk, treiben die Kosten und frustrieren sowohl Kunden als auch Agenten. Eine hohe Rate zeigt dagegen, dass Dein Problem Management Ursachen systematisch identifiziert und dauerhaft beseitigt.
Arten der Problem Resolution
Im ITIL Problem Management gibt es drei Lösungswege, die sich in ihrer Wirkung unterscheiden:
Permanente Lösung (Permanent Fix) beseitigt die Root Cause vollständig. Ein Softwarepatch, der den auslösenden Bug behebt, oder eine Infrastrukturänderung, die einen Single Point of Failure eliminiert. Nur permanente Lösungen zählen für die Problem Resolution Rate.
Workaround umgeht das Problem, ohne die Ursache zu beseitigen. Ein Workaround reduziert die Auswirkung auf den Betrieb, aber das Problem bleibt als Known Error bestehen. Beispiel: Ein manueller Neustart eines Dienstes alle 24 Stunden, weil ein Memory Leak im Code existiert.
Known Error ohne Lösung dokumentiert die Ursache, ohne sie zu beheben, etwa weil der Fix wirtschaftlich nicht vertretbar ist oder die betroffene Software am Lebensende steht. Diese Probleme gelten nicht als gelöst.
Wie berechnet man die Problem Resolution Rate?
Rechenbeispiel
Ein IT-Team identifiziert in einem Quartal 90 Probleme durch Root Cause Analysis. Davon werden 72 dauerhaft gelöst, 12 erhalten einen Workaround und 6 bleiben als Known Error bestehen.
Mit 80,0 % liegt das Team im exzellenten Bereich. Die 12 Workarounds sollten dennoch priorisiert werden, da sie weiterhin operativen Aufwand verursachen.
Was ist eine gute Problem Resolution Rate?
| Reifegrad | Problem Resolution Rate | Einordnung |
|---|---|---|
| Exzellent | ≥ 80 % | Systematisches Problem Management mit etablierter Root Cause Analysis |
| Gut | 60–79 % | Funktionierender Prozess, aber zu viele Known Errors ohne permanente Lösung |
| Kritisch | < 60 % | Überwiegend reaktives Arbeiten, Probleme werden nicht nachhaltig gelöst |
Die erreichbare Rate hängt stark vom Organisationstyp ab. IT-Abteilungen mit ausgereiftem ITIL-Prozess erreichen typischerweise 75–90 %. Organisationen, die Problem Management erst einführen, starten oft bei 30–50 % und verbessern sich schrittweise.
| Bereich | Typischer Zielwert |
|---|---|
| Enterprise IT (ITIL-reif) | 75–90 % |
| Managed Service Provider | 70–85 % |
| Mid-Market IT | 50–70 % |
| Startups / informelles ITSM | 30–50 % |
Quellen: ManageEngine, InvGate, IT Process Wiki
Problem Resolution Rate verbessern
Root Cause Analysis konsequent durchführen. Jedes Problem verdient eine strukturierte Ursachenanalyse (5-Why, Ishikawa, Fault Tree Analysis). Ohne systematische Methodik bleiben zu viele Probleme auf dem Workaround-Level stecken.
Known Error Database pflegen. Eine aktuelle KEDB beschleunigt die Diagnose und verhindert Doppelarbeit. Wenn ein Problem bereits als Known Error dokumentiert ist, kann das Team direkt an der permanenten Lösung arbeiten statt die Analyse zu wiederholen.
Problem-Backlog priorisieren. Nicht jedes Problem hat die gleiche Dringlichkeit. Priorisiere nach Impact (wie viele Incidents verursacht das Problem?) und Aufwand (wie komplex ist der Fix?). Quick Wins mit hohem Impact zuerst.
Workaround-Kosten sichtbar machen. Berechne die kumulierten Kosten jedes Workarounds: Wie viele Arbeitsstunden fallen monatlich für die manuelle Umgehung an? Diese Zahl rechtfertigt die Investition in permanente Lösungen gegenüber dem Management.
Post-Implementation Review etablieren. Nach jedem permanenten Fix prüfen, ob das Problem tatsächlich nicht mehr auftritt. Taucht derselbe Incident-Typ innerhalb von 30 Tagen wieder auf, war die Lösung nicht dauerhaft und zählt nicht für die Rate.
Problem Resolution Rate vs. Incident Reopen Rate vs. Change Success Rate
| Metrik | Was sie misst | Perspektive | Typischer Benchmark |
|---|---|---|---|
| Problem Resolution Rate | Anteil dauerhaft gelöster Probleme | Ursachenbeseitigung | ≥ 80 % |
| Incident Reopen Rate | Anteil wiedereröffneter Incidents | Lösungsqualität | < 5 % |
| Change Success Rate | Anteil erfolgreicher Changes | Änderungsmanagement | ≥ 95 % |
Die drei Metriken bilden eine Kette: Eine niedrige Problem Resolution Rate führt zu wiederkehrenden Incidents und damit zu einer hohen Incident Reopen Rate. Gleichzeitig entstehen permanente Lösungen oft durch Changes. Wenn die Change Success Rate niedrig ist, scheitern auch die Problem-Fixes, was wiederum die Problem Resolution Rate drückt.
Pro und Kontra
Pro
- +Misst nachhaltige Problembeseitigung statt Symptombehandlung
- +Reduziert wiederkehrende Incidents und damit die Belastung des Service Desk
- +Macht den Wertbeitrag des Problem Managements für das Management sichtbar
Kontra
- –Permanente Lösungen brauchen oft Wochen oder Monate, die Rate reagiert träge
- –Nicht jedes Problem ist wirtschaftlich lösbar, eine 100 %-Rate ist unrealistisch
- –Zählung abhängig von der Definition: Ab wann gilt ein Problem als 'dauerhaft gelöst'?
Einfluss von KI auf die Problem Resolution Rate
KI-gestützte Analysewerkzeuge erkennen Muster in Incident-Daten, die menschlichen Analysten entgehen. Durch automatische Korrelation von Logdaten, Konfigurationsänderungen und Incident-Zeitstempeln identifiziert KI Root Causes schneller und präziser. Das verkürzt die Mean Time to Resolution für Probleme und erhöht die Problem Resolution Rate.
Darüber hinaus können KI-Systeme proaktiv auf potenzielle Probleme hinweisen, bevor sie Incidents verursachen. Predictive Analytics erkennt Anomalien in Systemmetriken und empfiehlt präventive Maßnahmen, sodass einige Probleme gar nicht erst entstehen.