Fehler überraschen selten zufällig. Meist waren sie vorher schon da.
Wenn ein System ausfällt, wirkt es oft wie ein plötzlicher Bruch.
Unerwartet.
Überraschend.
Kaum vorhersehbar.
Und doch zeigt sich im Rückblick fast immer das gleiche Muster:
Der Fehler kam nicht aus dem Nichts.
Er war nur nicht sichtbar.
Überraschung entsteht durch fehlende Sichtbarkeit
In stabilen Phasen wirkt vieles beherrschbar.
Prozesse greifen.
Tests laufen.
Ergebnisse stimmen.
Gerade dann entstehen blinde Flecken.
Nicht, weil niemand hinschaut.
Sondern weil das Augenmerk auf dem liegt, was bekannt ist.
Risiken entstehen dort,
wo Abhängigkeiten nicht mehr aktiv hinterfragt werden.
Komplexität verschiebt die Wahrnehmung von Risiko
Je komplexer ein System wird,
desto schwieriger wird es, Ursache und Wirkung klar zu verbinden.
Ein kleiner Fehler kann große Folgen haben.
Nicht wegen seiner Größe.
Sondern wegen seiner Position im System.
Überraschungen sind oft keine Ausnahme.
Sie sind ein Hinweis auf verborgene Zusammenhänge.
Tests erkennen Verhalten – nicht Bedeutung
Tests zeigen, dass etwas funktioniert.
Sie zeigen aber nicht immer, was es bedeutet, wenn es nicht funktioniert.
Viele kritische Szenarien liegen zwischen Systemen.
Zwischen Services.
Zwischen Verantwortlichkeiten.
Genau dort entstehen Risiken,
die sich erst zeigen, wenn sie bereits wirken.
Risiko beginnt vor dem Fehler
Der eigentliche Fehler ist selten der Anfang.
Er ist meist der sichtbare Punkt einer Entwicklung,
die vorher schon eingesetzt hat.
Risiken werden nicht plötzlich relevant.
Sie werden plötzlich sichtbar.
Der Unterschied ist entscheidend.
Wer Überraschungen reduzieren will, muss früher ansetzen
Nicht bei der Reaktion.
Sondern bei der Wahrnehmung.
Dort, wo Fragen gestellt werden wie:
Wo würde ein einzelner Fehler den größten Schaden anrichten?
Welche Abhängigkeit ist kritisch, aber wenig beachtet?
Was würde uns wirklich überraschen – und warum?
Diese Fragen lassen sich nicht automatisieren.
Aber sie lassen sich stellen.
