Startseite / Blog / Incident-Schweregrade

Betrieb

Wie definiert man Schweregrade für Incidents (P1–P4) im kleinen Team?

So definieren Sie die Incident-Schweregrade P1 bis P4 für ein kleines Team: klare Kriterien, eine Beispielskala, Reaktionsziele und typische Fehler.

28. Oktober 2026 · 6 Min. Lesezeit

Wenn nachts um zwei etwas ausfällt, will niemand darüber diskutieren, wie ernst es ist. Schweregrade entscheiden diese Frage im Voraus. Sie geben allen dasselbe Vokabular, sodass ein kleines Team weiß, wen es weckt, wie schnell es handelt und was bis Montag warten kann. Dieser Leitfaden beantwortet die häufigsten Fragen, wenn Teams erstmals die Stufen P1 bis P4 einführen.

Was sind Incident-Schweregrade?

Ein Schweregrad ist ein Etikett, das beschreibt, wie schlimm ein Incident ist, gemessen an den Auswirkungen auf Kunden oder das Geschäft. Zu jedem Etikett gehört eine vereinbarte Reaktion: wer alarmiert wird, wie schnell jemand antworten muss und wie oft Updates erscheinen. „P“ steht für Priorität, und P1 ist die dringendste Stufe. Manche Teams schreiben SEV1 bis SEV4; der Gedanke ist derselbe.

Warum braucht ein kleines Team sie?

Bei fünf oder zehn Leuten liegt der Satz nahe: „Wir merken schon, wenn es ernst ist.“ In der Praxis heißt das: Jedes Problem wirkt auf den, der es bemerkt hat, dringend, die lauteste Stimme legt die Priorität fest, und die Bereitschaft wird wegen eines Tippfehlers auf einer Einstellungsseite geweckt. Schriftliche Stufen schützen Ihre Aufmerksamkeit, die knappste Ressource eines kleinen Teams.

Wie viele Stufen sollte man verwenden?

Vier sind ideal. Bei dreien müssen ernste und mittlere Probleme oft zusammengeworfen werden, bei fünf oder sechs streitet man über die Grenze zwischen zwei Nachbarstufen. Wenn sich niemand die Stufen merken kann, ohne ein Dokument zu öffnen, sind es zu viele.

Wie entscheidet man, welche Stufe ein Incident bekommt?

Stellen Sie drei Fragen, in dieser Reihenfolge:

• Wie viele Menschen sind betroffen? Alle, ein Segment oder nur ein einzelner Nutzer?
• Wie stark? Ist der Dienst ausgefallen, teilweise beeinträchtigt oder nur lästig?
• Gibt es eine Umgehungslösung? Können Nutzer ihre Arbeit anders erledigen, liegt der Incident meist eine Stufe niedriger.

Dann gelten zwei Ausnahmen. Alles, was Datenverlust, eine Sicherheitsverletzung oder eine rechtliche Pflicht betrifft, steigt mindestens eine Stufe auf. Und wenn Sie zwischen zwei Stufen schwanken, wählen Sie die höhere und senken sie, sobald Sie mehr wissen. Herabstufen kostet nichts; ein übersehener Notfall dagegen viel.

Wie sieht eine Beispielskala von P1 bis P4 aus?

Passen Sie die Zahlen an Ihre Arbeitszeiten und Kapazitäten an. Es sind interne Reaktionsziele, also wie schnell Ihr Team reagiert, und etwas anderes als das, was Sie Kunden vertraglich zusagen.

• P1 – Kritisch. Der Dienst ist für die meisten Nutzer ausgefallen oder unbenutzbar, oder Daten gehen verloren oder werden offengelegt. Ziel: Bestätigung innerhalb von 15 Minuten, zu jeder Tageszeit; Update alle 30 Minuten; das ganze Team lässt andere Arbeit liegen.
• P2 – Hoch. Eine wichtige Funktion ist ausgefallen oder stark beeinträchtigt, oder ein wichtiger Kunde ist blockiert, ohne zumutbare Umgehung. Ziel: Bestätigung innerhalb von 1 Stunde in erweiterten Zeiten; Update alle 2 Stunden; Behebung am selben Tag.
• P3 – Mittel. Eine Nebenfunktion fällt aus oder die Leistung ist schlecht, aber es gibt eine Umgehung. Ziel: Bestätigung innerhalb von 1 Arbeitstag; Behebung innerhalb der laufenden Woche; kein Alarm außerhalb der Arbeitszeit.
• P4 – Niedrig. Ein kosmetisches Problem, ein kleiner Fehler oder eine Frage ohne geschäftliche Auswirkung. Ziel: Bestätigung innerhalb von 3 Arbeitstagen; Einplanung im normalen Backlog.

Wer legt den Schweregrad fest, und kann er sich ändern?

Wer den Incident zuerst übernimmt, meist die Bereitschaft, schlägt anhand der obigen Fragen eine Stufe vor. Die Incident-Leitung kann sie jederzeit ändern, und die Änderung sollte im selben Kanal angekündigt werden, damit niemand mit veralteten Informationen arbeitet. Der Schweregrad ist ein lebendiges Etikett: Ein P2, der doch alle betrifft, wird zum P1, und ein P1, der per schnellem Rollback eingedämmt ist, fällt auf P3, während die Ursache untersucht wird.

Welche Fehler sollte man vermeiden?

• Stufen nach Ursache definieren. „Datenbankprobleme sind P1“ ist eine Falle. Definieren Sie nach Auswirkung, nicht nach dem ausgefallenen System.
• Alles zu P1 machen. Ist jeder Alarm kritisch, ist keiner es. Reservieren Sie P1 für echte Notfälle, sonst reagiert irgendwann niemand mehr.
• Vage Formulierungen. „Erhebliche Auswirkung“ bedeutet für jeden etwas anderes. Nutzen Sie Zahlen, wo es geht, etwa einen Anteil der Nutzer oder einen umsatzrelevanten Prozess.
• Kein Update-Rhythmus. Schweigen während eines Incidents stresst mehr als das Problem selbst. Versprechen Sie ein Update-Intervall und halten Sie es ein, auch wenn das Update „Wir untersuchen noch“ lautet.
• Die Skala nie überprüfen. Fragen Sie nach jedem P1 oder P2, ob Stufe und Reaktion zur Realität passten, und passen Sie die Definitionen an.

Wie hält man die Skala dauerhaft wirksam?

Legen Sie die einseitige Definition dorthin, wo das Team sie sieht: im Chat-Kanal angeheftet, im Alarmierungswerkzeug verlinkt und im Bereitschaftshandbuch ausgedruckt. Erfassen Sie jeden Incident mit Stufe, Zeit bis zur Bestätigung und Zeit bis zur Lösung, und werten Sie die Zahlen monatlich aus. Wenn Sie Ihre Abläufe bereits in FulcrumGrid Command Center steuern, können Sie Incident-Zahlen und Reaktionszeiten neben Ihren anderen KPIs verfolgen und so erkennen, ob P2-Fälle zunehmen. Eine Tabellenkalkulation genügt zum Start; die Gewohnheit zählt mehr als das Werkzeug.

Beginnen Sie mit vier Stufen, beschreiben Sie jede in zwei Sätzen, verknüpfen Sie ein Reaktionsziel und testen Sie alles an Ihren letzten fünf echten Incidents. Wirken die Etiketten im Rückblick treffend, können Sie sie im Ernstfall nutzen.

Häufige Fragen

Was ist der Unterschied zwischen Schweregrad und Priorität?

Der Schweregrad beschreibt die Auswirkung des Incidents, die Priorität die Reihenfolge der Bearbeitung. Kleine Teams fassen beides meist in einer P1-bis-P4-Skala zusammen, was in Ordnung ist, solange die Definitionen klar sind.

Ist P1 oder P4 die schwerste Stufe?

P1 ist die schwerste, P4 die leichteste. Manche Werkzeuge nutzen SEV1 bis SEV4 mit gleicher Bedeutung, einige kehren die Reihenfolge jedoch um. Halten Sie daher immer fest, welches Ende der Skala dringend ist.

Brauchen wir für jede Stufe Alarme außerhalb der Arbeitszeit?

Nein. Alarmieren Sie außerhalb der Arbeitszeit nur bei P1 und eventuell bei P2, falls Ihre Kunden rund um die Uhr auf Sie angewiesen sind. P3 und P4 können bis zum nächsten Arbeitstag warten.

Wie oft sollten wir unsere Schweregrad-Definitionen überprüfen?

Prüfen Sie sie nach jedem P1- oder P2-Incident und machen Sie alle sechs Monate eine vollständige Durchsicht, oder früher, wenn sich Team, Produkt oder Kundenstamm spürbar ändern.

← Zurück zum Blog