# Eskalation und Übergabe

> Evidenz, Verantwortlichkeit und nächste Entscheidung ohne Informationsverlust übergeben.

Track: [Monitoring, Troubleshooting & Incident Operations](https://opsmith.app/learn/monitoring-incident-operations)  
Kanonische Fassung: https://opsmith.app/learn/monitoring-incident-operations/escalation-handover  
Stand: 2026-07-30  
Interaktiver Teil: 3 Checks (nur im Browser)

## Eine Übergabe ist ein Zustandswechsel

### Die Betriebsfrage

Die nächste Person braucht keine Chat-Historie, sondern eine prüfbare Lage: Auswirkung, Zeitfenster, belegte und widerlegte Hypothesen, sichere Änderungen und die nächste Entscheidung.

> **Lernziel:** Du kannst eine Eskalation so formulieren, dass ein anderer Operator ohne erneute Triage sicher weiterarbeiten kann.

### Übergabepaket

Service und Nutzerwirkung benennen → Zeitfenster und Datenquellen festhalten → Evidenz von Hypothesen trennen → Durchgeführte Änderungen mit Ergebnis notieren → Owner, Entscheidungsbedarf und Rückkehrzeit nennen

### Eskalationsschwelle

Eskalation ist keine Niederlage. Sie ist erforderlich, wenn Autorität, Fachwissen, Risiko oder Umfang die sichere Erstreaktion übersteigen. Warte nicht auf Gewissheit, wenn das Fehlerbudget oder der Nutzerimpact schnell wächst.

### Im Check

Die Missionen prüfen Reihenfolge und Beweisgrenzen. Ein Zeitstempel ohne Zeitzone oder eine Änderung ohne Ergebnis sind keine handlungsfähige Übergabe.

## Quellen

- sre.google/sre-book/managing-incidents — https://sre.google/sre-book/managing-incidents/
- sre.google/workbook/incident-response — https://sre.google/workbook/incident-response/