Problem Management nach ITIL für Unternehmen und Verwaltung in Österreich

Fällt in einer Filiale zum dritten Mal im Monat das Netzwerk aus, hilft ein Neustart des Routers genau bis zum nächsten Mal. Stabil wird die IT erst, wenn jemand der Frage nachgeht, warum der Fehler immer wiederkommt. Das ist die Aufgabe des Problem Managements: Es spürt die Ursachen von Störungen auf und beseitigt sie so, dass sie nicht erneut auftreten.

Im Alltag vieler IT-Abteilungen dominiert das rasche Abarbeiten von Tickets. Das ist notwendig, behandelt aber meist nur die Symptome. Problem Management ergänzt das Incident Management um den langfristigen Blick und macht die IT verlässlicher statt nur schneller.

Dieser Beitrag erklärt, wie der Prozess nach ITIL^® aufgebaut ist, mit welchen Methoden Ursachen gefunden werden, wo die typischen Stolpersteine liegen und wie ky2help^® dabei unterstützt. Außerdem lesen Sie, worauf Organisationen in Österreich zusätzlich achten sollten.

Problem Management kurz erklärt

Incident und Problem nach ITIL auseinanderhalten

ITIL unterscheidet zwei Begriffe, die im Alltag gern vermischt werden. Ein Incident ist jede ungeplante Unterbrechung eines IT-Services oder eine spürbare Verschlechterung seiner Qualität. Hier zählt Tempo: Der Service soll so rasch wie möglich wieder laufen.

Ein Problem ist dagegen der Auslöser hinter einem oder mehreren Incidents. Oft kennt ihn zunächst niemand. Das Problem Management will ihn finden und endgültig ausschalten, damit dieselben Störungen nicht wieder Tickets erzeugen.

Als Faustregel gilt:

• Incident: was die Anwender spüren
• Problem: warum es passiert

Worauf das Problem Management abzielt

Im Kern geht es darum, IT-Services auf Dauer stabiler zu machen. Das gelingt in drei Schritten:

• Störungen erkennen, die sich wiederholen
• ihren Ursprung mit einer Root Cause Analysis gründlich untersuchen
• eine dauerhafte Korrektur planen und umsetzen

Auch wenn die endgültige Lösung noch auf sich warten lässt, bringt der Prozess sofort Nutzen: Er hält Workarounds fest, mit denen Anwender in der Zwischenzeit weiterarbeiten können.

Der Ablauf im Überblick

Von der ersten Auffälligkeit bis zur geschlossenen Akte durchläuft ein Problem in der Regel fünf Stationen:

1. Erkennen: entweder vorausschauend über Auswertungen der Systeme oder im Nachhinein über gehäufte Incidents.
2. Einordnen und gewichten: Wie kritisch ist das Problem, und welche Geschäftsprozesse hängen daran?
3. Ursache analysieren: systematisch mit bewährten Methoden statt nach Bauchgefühl.
4. Umgehen oder beheben: Maßnahmen, die den Schaden begrenzen oder den Fehler beseitigen.
5. Abschließen und festhalten: Erkenntnisse sichern und den Known Error in der KEDB eintragen.

So entsteht mehr als eine schnelle Reparatur: Die gesamte IT-Organisation lernt aus jedem Fehler und wird Schritt für Schritt robuster.

Warum sich Problem Management für Organisationen lohnt

Steht ein IT-System, stehen oft auch Kassen, Fertigungslinien oder Bürgerservices still. Deshalb gehört Problem Management zum Pflichtprogramm eines professionell geführten IT-Betriebs. Es senkt die Zahl der Störungen und schafft Stabilität, Effizienz und Vertrauen.

Raus aus dem Feuerwehrmodus

Viele IT-Teams werden erst aktiv, wenn etwas kaputt ist. Wer auf Dauer so arbeitet, kämpft immer wieder mit denselben Fehlern. Problem Management unterbricht diese Schleife: Es klärt die Ursache und räumt sie aus dem Weg, bevor die nächste Störung entsteht.

Was sich dadurch ändert:

• seltener ungeplante Ausfälle
• Services, die verlässlicher verfügbar sind
• eine IT-Landschaft, die über Jahre stabil bleibt

Was wiederkehrende Fehler kosten

Jede Störung, die zum wiederholten Mal auftritt, verursacht Aufwand im Support, Stillstand bei den Anwendern und verlorene Arbeitszeit. Ein wirksames Problem Management drückt diese Kosten spürbar. Jede beseitigte Ursache spart über die Zeit Personal und Budget.

Wo sich das bemerkbar macht:

• weniger Tickets im Incident Management
• seltener hektische Sofortmaßnahmen und Eskalationen
• geringere Folgeschäden durch unterbrochene Services

Zufriedenere Anwender, besseres Image der IT

Laufen Anwendungen zuverlässig, merken das Mitarbeitende wie Kundinnen und Kunden sofort. Das Vertrauen in die IT wächst, wenn Störungen die Ausnahme bleiben. Das gilt für die Belegschaft ebenso wie für externe Nutzer von Online-Services.

Auf diese Weise trägt Problem Management dazu bei, dass die IT als verlässlicher Partner der Fachbereiche wahrgenommen wird.

Zusammenspiel mit Incident, Change und Configuration Management

Problem Management funktioniert nur im Verbund mit anderen ITSM-Prozessen:

• Incident Management: liefert die Tickets, in denen sich Muster zeigen.
• Change Management: bringt die endgültige Korrektur kontrolliert in den Betrieb.
• Configuration Management: zeigt, welche Configuration Items (CIs) betroffen sind und wie sie zusammenhängen.

Damit wird das Problem Management zur Schaltstelle eines vorausschauenden IT-Betriebs.

Die fünf Phasen des Problem-Management-Prozesses

Ursachen werden nur dann zuverlässig gefunden, wenn jeder Schritt festgelegt ist und nachvollziehbar dokumentiert wird. Der an ITIL^® angelehnte Ablauf teilt sich in fünf Phasen, die aufeinander aufbauen.

Von der Erkennung bis zum Known Error: die Phasen im Einzelnen

Typische Stolpersteine im Problem Management

Der Nutzen ist unbestritten, trotzdem kommt das Problem Management in vielen Organisationen nicht recht in Schwung. Meist liegt das an wenigen, gut bekannten Hürden. Wer sie kennt, kann früh gegensteuern.

Unübersichtliche IT-Landschaften

Cloud-Services, hybride Umgebungen und zahllose Schnittstellen machen es schwer, Abhängigkeiten zu durchschauen. Häufig steckt die Ursache tief im System oder es wirken mehrere Auslöser zusammen.

Abhilfe: Eine aktuelle CMDB (Configuration Management Database) zeigt, welche Komponenten zusammenhängen, und verkürzt die Suche erheblich.

Lückenhafte Daten

Ohne verlässliche Informationen bleibt jede Analyse Stückwerk. Oft fehlen:

• vollständig dokumentierte Incidents
• Protokolle und Messwerte aus dem Monitoring
• technische Details zu Konfiguration und Versionen

Die Folge sind Analysen, die an der Oberfläche bleiben.

Abhilfe: Ein durchgängiger ITSM-Prozess stellt sicher, dass jeder Incident vollständig erfasst wird und die nötigen Daten bereitliegen.

Abteilungen, die nebeneinander arbeiten

Ursachen lassen sich selten von einem Team allein finden. Gefragt ist Zusammenarbeit über Fachgrenzen hinweg. In der Praxis arbeiten Netzwerk- und Applikationsteam aber oft getrennt, und aus den Fachbereichen kommt kaum Rückmeldung.

Abhilfe: Gemeinsame Analyse-Termine in festen Abständen und ein zentraler Ort für alle Unterlagen sorgen für Durchblick und Kooperation.

Das Tagesgeschäft frisst die Analyse

Wenn ständig neue Tickets eintreffen, rutscht die Ursachenanalyse auf der Prioritätenliste nach unten. Sie wird verschoben, wieder und wieder.

Das Ergebnis: Die Ursache bleibt, und mit ihr kommen die Störungen zurück.

Abhilfe: Problem Management braucht fix eingeplante Zeit und klare Priorität im IT-Betrieb. Nur dann entsteht nachhaltige Stabilität.

Was im Problem Management in der Praxis funktioniert

Erfolgreiches Problem Management beruht auf klaren Methoden, Menschen mit Verantwortung und der Bereitschaft, aus Fehlern zu lernen. Die folgenden Ansätze haben sich bewährt.

Mit Methode analysieren

Wer Ursachen sucht, braucht ein systematisches Vorgehen. Drei Werkzeuge sind besonders verbreitet:

• 5-Why: Durch beharrliches Nachfragen nach dem „Warum?“ gelangen Sie vom Symptom zum Kern des Problems.
• Ishikawa- oder Fischgrät-Diagramm: Es sortiert mögliche Einflussfaktoren nach Kategorien wie Mensch, Maschine, Methode und Material.
• Pareto-Analyse: Sie zeigt, welche wenigen Probleme den Großteil der Störungen verursachen (80/20-Regel).

So wird die Analyse nachvollziehbar und dringt tiefer vor.

Ein Team mit klarer Zuständigkeit

Problem Management darf keine Nebenbeschäftigung sein. Eine fest benannte Gruppe, die auch im Service Desk angesiedelt sein kann, kümmert sich darum, dass Probleme bis zum Ende untersucht werden. Sie steuert:

• die Ursachenanalysen
• die Pläne für Maßnahmen
• die Abstimmung mit anderen Abteilungen

Eng verzahnt mit den anderen ITSM-Prozessen

Wirksam wird das Problem Management erst im Zusammenspiel mit Incident, Change und Configuration Management:

• Aus Incidents ergeben sich Hinweise auf neue Probleme.
• Über Changes kommen dauerhafte Lösungen in den Betrieb.
• Die CMDB macht Abhängigkeiten sichtbar und beschleunigt die Suche.

Erst diese Verbindung ergibt ein schlüssiges Gesamtbild.

Wissen sichern mit einer Knowledge Base

Erkenntnisse nützen nur, wenn man sie wiederfindet. Eine gut strukturierte Knowledge Base mit Known-Error-Datenbank bewahrt, was aus früheren Problemen gelernt wurde, und stellt es bei neuen Fällen bereit.

Das bringt:

• raschere Workarounds
• weniger wiederkehrende Incidents
• besser begründete Entscheidungen

Wirkung messen und regelmäßig überprüfen

Ob das Problem Management greift, zeigen nur regelmäßige Auswertungen und Reviews. Dazu zählen:

• Kennzahlen wie die Dauer bis zur Lösung eines Problems oder die Zahl wiederkehrender Incidents
• Lessons Learned als Grundlage für Verbesserungen
• Berichte, die Team und Führung auf denselben Stand bringen

Diese laufende Kontrolle sichert die Qualität und stärkt die Akzeptanz des Prozesses.

Der Nutzen von Problem Management auf einen Blick

Problem Management ist keine Kür, sondern bestimmt maßgeblich, wie stabil und gut Ihr IT-Betrieb ist. Richtig eingeführt, reagiert die IT nicht mehr nur auf Fehler, sondern verhindert sie.

Verlässliche Services: seltener Ausfälle, höhere Verfügbarkeit
Wer Ursachen beseitigt, senkt die Zahl der Incidents auf Dauer. Ausfälle werden seltener, Services stehen zuverlässiger zur Verfügung. Für die Organisation heißt das mehr Planungssicherheit und weniger Unterbrechungen.

Schlankere Abläufe: dieselben Tickets nicht immer wieder
Störungen, die ständig wiederkehren, binden Personal. Problem Management sorgt dafür, dass solche Dauerbrenner verschwinden. Der Service Desk gewinnt Zeit für neue Anliegen.

Mehr Vertrauen bei Anwendern und Kunden
IT-Services sind aus dem Arbeitsalltag nicht mehr wegzudenken. Jeder Ausfall trifft Mitarbeitende oder Kundinnen und Kunden unmittelbar. Ein stabiler Betrieb stärkt das Vertrauen in die IT und damit in die ganze Organisation.

Geringere Kosten: weniger Aufwand für alte Fehler
Jeder Incident kostet: Support-Zeit, Stillstand, mitunter Folgeschäden. Nachhaltige Lösungen senken diese Kosten. Schon jede einzelne beseitigte Ursache entlastet das Budget.

ky2help^® als Basis für ein vorausschauendes Problem Management
Die Service-Management-Software ky2help^® liefert die technischen Werkzeuge und unterstützt zugleich methodisch: mit klaren Prozessen, automatischen Verknüpfungen, fundierten Analysen und aussagekräftigen Berichten. So wird Problem Management fester Teil Ihres ITSM und ein strategischer Vorteil.

Fazit: Stabile IT durch konsequente Ursachenarbeit

Ein verlässlicher IT-Betrieb ist das Ergebnis klarer Abläufe und hartnäckiger Ursachenarbeit. Das Problem Management spielt dabei die zentrale Rolle: Es behebt nicht nur Störungen, sondern sorgt dafür, dass ihre Auslöser verschwinden.

Was Sie davon haben:

• seltener dieselben Incidents
• verlässlicher verfügbare IT-Services
• niedrigere Kosten durch weniger Stillstand
• zufriedenere Anwender dank stabiler IT

Mit einer Plattform wie ky2help^® setzen Sie Problem Management geordnet, effizient und nachvollziehbar um, von der Erfassung bis zur dauerhaften Lösung. Für Organisationen in Österreich kommt hinzu: Dokumentierte Ursachenanalysen erleichtern Nachweise nach DSGVO und NIS-2.

Unser Rat: Machen Sie Problem Management zu einem festen Baustein Ihrer ITSM-Strategie, und starten Sie mit den Störungen, die am häufigsten wiederkehren.