Operator-Prinzip

Abwesenheit als Systemtest: Was ausfällt, wenn der Operator zwei Wochen weg ist

Jede Firma behauptet, ohne den Chef zu funktionieren. Die einzige belastbare Prüfung dieser Behauptung kostet nichts und dauert zwei Wochen — man muss sie nur als Test führen und nicht als Hoffnung.

Autor Julien MarschallVeröffentlicht 27.08.2026Lesezeit 7 Min.

Es gibt zwei Wege, die Belastbarkeit eines Unternehmens zu prüfen. Der erste ist eine Prozessanalyse: aufwendig, gründlich und mit einem systematischen Fehler behaftet, weil sie beschreibt, was gedacht ist, nicht was geschieht. Der zweite ist, für zwei Wochen nicht da zu sein.

Warum Abwesenheit anders misst

Wer ein Unternehmen führt, überbrückt jeden Tag Dutzende kleiner Lücken, ohne es zu merken. Eine Freigabe im Vorbeigehen, eine Entscheidung auf Zuruf, eine Kundenfrage, die niemand sonst beantworten kann. Diese Überbrückungen fallen in keiner Analyse auf, weil sie nirgends stattfinden — außer im Kopf einer Person.

Sobald diese Person zwei Wochen fehlt, werden alle Lücken gleichzeitig sichtbar. Das ist unbequem, aber es ist die einzige Messung, die nicht durch die eigene Wahrnehmung verfälscht wird.

Den Test vorbereiten, ohne ihn zu verfälschen

Ein Test misst nur dann etwas, wenn er nicht heimlich unterlaufen wird. Vier Punkte reichen als Rahmen:

  • Eskalationsschwelle definieren: eine kurze, schriftliche Liste von Ereignissen, bei denen tatsächlich unterbrochen wird. Alles andere wartet oder wird von jemand anderem entschieden.
  • Entscheidungsrahmen benennen: wer welche Entscheidungen bis zu welcher Größenordnung allein treffen darf. Ohne diesen Satz wird nichts entschieden, sondern gesammelt.
  • Ein Protokoll führen lassen: jede Frage, die den Operator erreicht hätte, wird notiert — mit Zeitpunkt, Auslöser und wie sie gelöst wurde.
  • Keine Vorbereitung im Sinne von Vorarbeit: wer vorher zwei Wochen lang alles glattzieht, testet nur den geglätteten Zustand.

Das Protokoll ist das eigentliche Ergebnis. Nicht ob etwas schiefging, sondern welche Fragen aufgelaufen sind — und welche davon dieselbe Frage in unterschiedlicher Verkleidung waren.

Die Auswertung: drei Kategorien

Nach der Rückkehr wird das Protokoll sortiert. Jede aufgelaufene Frage fällt in genau eine von drei Kategorien.

Erstens: fehlende Information. Jemand wusste etwas nicht, das schriftlich existieren könnte. Das ist der einfachste Fall — die Antwort wird einmal aufgeschrieben und ist damit dauerhaft verfügbar.

Zweitens: fehlende Befugnis. Jemand wusste die Antwort, durfte aber nicht entscheiden. Das ist kein Wissensproblem, sondern ein Rahmenproblem, und es wird durch mehr Dokumentation nicht besser.

Drittens: fehlendes System. Die Aufgabe existiert nur, weil ein Ablauf manuell ist. Hier hilft weder Aufschreiben noch Delegieren, sondern nur, den Ablauf zu ändern oder abzuschaffen.

Die dritte Kategorie ist die wertvollste

Die ersten beiden Kategorien lassen sich in wenigen Stunden abarbeiten. Die dritte enthält die eigentlichen Erkenntnisse: Abläufe, die nur deshalb funktionieren, weil jemand sie jeden Tag von Hand am Leben hält. Solche Abläufe fallen im Normalbetrieb nie auf, weil der Aufwand über Wochen verteilt ist.

Genau an dieser Stelle berührt der Test ein verwandtes Risiko: Prozesse, die an einer einzigen Person hängen. Warum das strukturell gefährlich ist und nicht nur unbequem, steht im Beitrag Bus-Faktor.

Was aus dem Ergebnis wird

Ein Test ohne Konsequenz ist Zeitverschwendung. Sinnvoll ist ein fester Block direkt nach der Rückkehr, in dem das Protokoll abgearbeitet wird — bevor der Alltag es überschreibt. Erfahrungsgemäß gilt: Was in den ersten fünf Tagen nach der Rückkehr nicht angefasst wird, wird gar nicht angefasst.

Die Reihenfolge ist dabei umgekehrt zur Bequemlichkeit. Zuerst die Fälle, die am häufigsten aufgelaufen sind, unabhängig davon, wie schwer sie zu lösen sind. Eine Frage, die achtmal kam, kostet über ein Jahr das Vielfache einer Frage, die einmal kam und dramatisch klang.

Was der Test nebenbei über Kunden zeigt

Ein Teil der aufgelaufenen Fragen kommt nicht aus dem Team, sondern von außen. Kunden, die eine bestimmte Person verlangen, Lieferanten, die nur eine Nummer haben, Dienstleister, die auf Zuruf arbeiten. Diese Punkte tauchen in keiner internen Prozesslandkarte auf und sind trotzdem eine echte Abhängigkeit.

Die Reaktion darauf ist selten technisch. Meist genügt es, einen zweiten Ansprechpartner sichtbar zu benennen und ihn in die laufende Kommunikation einzubinden, bevor er gebraucht wird. Wer erst im Ernstfall vorgestellt wird, ist im Ernstfall ein Fremder — und Kunden warten dann lieber, statt mit ihm zu sprechen.

Der zweite Test ist der eigentliche

Ein einzelner Test zeigt einen Zustand. Erst der zweite zeigt, ob die Umsetzung gewirkt hat. Wenn das Protokoll beim zweiten Mal kürzer ist und andere Themen enthält, arbeitet das System. Enthält es dieselben Punkte wie beim ersten Mal, war die Umsetzung Kosmetik — und das ist eine ehrlichere Antwort, als jede Selbsteinschätzung sie liefern könnte.

Systeme statt Sonderfälle

Operator-Beratung für Unternehmer, die mehrere Einheiten führen: Prozesse, Delegation und Automatisierung als eine Struktur gedacht.

Operator-Anfrage →

Häufige Fragen

Warum ist eine Abwesenheit aussagekräftiger als eine Prozessanalyse?
Eine Analyse zeigt, was dokumentiert ist. Eine Abwesenheit zeigt, was tatsächlich passiert, wenn die Person fehlt, die Lücken sonst unbewusst überbrückt. Genau diese unbewussten Überbrückungen sind der blinde Fleck jeder Dokumentation.
Was, wenn während der Abwesenheit etwas wirklich schiefgeht?
Dafür gibt es eine definierte Eskalationsschwelle: eine kurze Liste von Ereignissen, bei denen erreichbar ist, wer erreichbar sein muss. Alles darunter wird bewusst nicht abgefangen — sonst misst der Test nur die eigene Erreichbarkeit.
Wie oft sollte so ein Test stattfinden?
Zweimal im Jahr reicht, wenn die Ergebnisse konsequent verarbeitet werden. Ein Test ohne anschließende Umsetzung ist nur eine Liste von Ärgernissen und wiederholt sich beim nächsten Mal identisch.