Wie würdest du eine On-Call-Rotation für ein Team von sechs Leuten aufsetzen?

Ziel ist eine Rotation, die tragbar und selten genug ist, damit man scharf bleibt: Wochenschichten mit einem Primary und einem dokumentierten Eskalationspfad, Übergabenotizen zu Schichtbeginn und Ausgleich oder Zeit zurück für Arbeit außerhalb der Kernzeit. Gepagt wird nur, was dringend, nutzersichtbar und handlungsfähig ist, alles andere wird ein Ticket. Tracke die Zahl der Pages pro Schicht und behandle anhaltenden Lärm als Defekt, der behoben gehört.

Bei sechs Leuten funktioniert eine wöchentliche Primary-Rotation, jeder ist also etwa alle sechs Wochen dran, plus ein Secondary, an den nach zehn Minuten ohne Bestätigung eskaliert wird, damit nichts an einem geladenen Handy hängt. Die Regel, an der ich festhalte, ist, dass eine Page dringend, nutzerbetreffend und handlungsfähig sein muss. Wenn die Reaktion ist draufzuschauen und weiterzuschlafen, hätte es nie eine Page sein dürfen und wird stattdessen ein Ticket. Jeder Alert braucht einen Runbook-Link mit den ersten drei Dingen zum Prüfen, sonst betreibt ein Neuling um drei Uhr nachts Archäologie. Schichten beginnen mit einer Übergabe, und seien es zwei Zeilen, und enden mit einer kurzen Notiz zu allem, was noch schwelt. Leute bekommen Zeit zurück für Nachtarbeit, nicht verhandelbar. Und ich tracke Pages pro Schicht als echte Metrik, denn wenn sie über etwa zwei pro Woche steigt, behandle ich das nicht mehr als On-Call-Problem, sondern als Engineering-Backlog-Problem. Der Fix ist, die Ursache des Alerts zu löschen, nicht bei der Rotation härter zu sein.