--- mpf: '0.7' title: Frühwarnung — ESFI Docs url: https://docs.esfi.eu/de/topics/early-warning/ mpf-url: https://docs.esfi.eu/de/topics/early-warning/index.mpf organization: European Strategy & Future Infrastructure domain: docs.esfi.eu lang: de updated: '2026-11-03' author: ESFI provenance: human source-hash: 9d42ddb9c672e6949d0b87ce5c5ff977a97c84970afe1855ba7d1d171afca48d toc: - level: 1 text: Frühwarnung id: frühwarnung - level: 2 text: Die meisten Warnzeichen waren bereits da id: die-meisten-warnzeichen-waren-bereits-da - level: 2 text: Mehr Daten sind nicht mehr Sichtbarkeit id: mehr-daten-sind-nicht-mehr-sichtbarkeit - level: 2 text: Signale werden wichtig, wenn sie um eine Funktion zusammenlaufen id: signale-werden-wichtig-wenn-sie-um-eine-funktion-zusammenlaufen - level: 2 text: Richtung ist wichtiger als Position id: richtung-ist-wichtiger-als-position - level: 2 text: Die Abwesenheit eines Signals ist ein Signal id: die-abwesenheit-eines-signals-ist-ein-signal - level: 2 text: Mechanismen vergleichen, nicht Organisationen id: mechanismen-vergleichen-nicht-organisationen - level: 2 text: Eine Warnung ist ebenfalls eine Aussage id: eine-warnung-ist-ebenfalls-eine-aussage - level: 2 text: Eine Warnung ist nur nützlich, wenn jemand handeln kann id: eine-warnung-ist-nur-nützlich-wenn-jemand-handeln-kann - level: 2 text: Wie wir gemeinsam daran arbeiten id: wie-wir-gemeinsam-daran-arbeiten - level: 2 text: Wo wir vorsichtig sind id: wo-wir-vorsichtig-sind - level: 2 text: Weiterführende Literatur id: weiterführende-literatur - level: 2 text: Änderungen an dieser Position id: änderungen-an-dieser-position - level: 2 text: Auf dieser Seite id: auf-dieser-seite spec-origin: esfi.eu content-origin: docs.esfi.eu content-id: esfi:page:topics-early-warning content-parity: html: true human-visible-source: true hidden-sections: false summary: Können Sie sehen, wo es fragil wird? index: true confidence: probable content-type: analysis companion-footer: ESFI — civilization infrastructure · https://esfi.eu companion-contact: mailto:hermes@esfi.eu preferred-representation: mpf companion-scope: cite: true summarize: true train: true index: true relay: true language-variants: en: https://docs.esfi.eu/topics/early-warning/index.mpf fr: https://docs.esfi.eu/fr/topics/early-warning/index.mpf nl: https://docs.esfi.eu/nl/topics/early-warning/index.mpf de: https://docs.esfi.eu/de/topics/early-warning/index.mpf hr: https://docs.esfi.eu/hr/topics/early-warning/index.mpf mpf-id: 9502f93fa921bd373c374cfd9203b6646919c11a4f50151c5221fb42a0d347f2 --- Sprache ✕ /de/topics/early-warning/index.mpf[Datei öffnen ↗](/de/topics/early-warning/index.mpf)[Spezifikation ↗](/de/standards/mpf/0.7)✕ wird geladen… # Frühwarnung {#frühwarnung} **Können Sie sehen, wo es fragil wird?** Nach einem schweren Ausfall zeigt die Nachbetrachtung fast immer, dass die Warnzeichen da waren. Ein Wartungsticket, das monatelang offen blieb. Ein Anbieter, der Liefertermine zu verpassen begann. Ein Spezialist, der ging und nicht ersetzt wurde. Ein kleiner Ausfall, der sich selbst erholte und als gelöst geschlossen wurde. Jedes davon war irgendwo verzeichnet. Jedes sah für sich genommen routinemäßig aus. Sie lagen in verschiedenen Systemen, gehörten verschiedenen Teams und wurden verschiedenen Führungskräften gemeldet. Niemand sah sie zusammen, und niemand sah sie als Zeichen dafür, dass dieselbe Funktion fragiler wurde. Das ist das Problem, das wir mit Frühwarnung meinen. Es ist kein Mangel an Information. Die meisten Institutionen sammeln mehr Daten, als sie nutzen können. **Es ist die Fähigkeit zu sehen, wie sich Fragilität um eine wesentliche Funktion aufbaut, bevor sie als Ausfall sichtbar wird.** Unsere Position ist einfach zu formulieren. **Ausfälle kommen selten plötzlich. Sie setzen sich aus Warnzeichen zusammen, die niemand zusammengebracht hat.** Frühwarnung ist die Disziplin, sie zusammenzubringen: zu sehen, wann Schwächen in verschiedenen Domänen beginnen zusammenzufallen und in welche Richtung sie sich bewegen. * * * ## Die meisten Warnzeichen waren bereits da {#die-meisten-warnzeichen-waren-bereits-da} Im Rückblick wirken Warnzeichen offensichtlich. Im Moment selbst sind sie es selten. Der Grund ist nicht, dass Menschen nachlässig sind. Jedes Signal kommt in einem Kontext an, der es normal erscheinen lässt. Eine verzögerte Reparatur ist ein Eintrag in einem Backlog. Eine verpasste Lieferung ist eine Zeile in einem Lieferantenbericht. Ein Weggang ist ein Eintrag in einem Personalsystem. Jedes wird vom Prozess, dem es gehört, korrekt behandelt. Was kein einzelner Prozess sieht, ist das Muster über all diese Signale hinweg. Die Soziologin Diane Vaughan beschrieb in ihrer Untersuchung der Challenger-Katastrophe, wie Organisationen kleine Abweichungen allmählich als normal akzeptieren, weil jede einzelne Abweichung nicht zu einer Katastrophe geführt hat. Die Abweichung wird zur Baseline, und die nächste wird daran gemessen. Frühwarnung beginnt mit der Annahme, dass die Signale meist existieren. Die Frage ist, wo sie liegen, wer sie zusammen sehen kann und was sie routinemäßig erscheinen lässt. ## Mehr Daten sind nicht mehr Sichtbarkeit {#mehr-daten-sind-nicht-mehr-sichtbarkeit} Die intuitive Reaktion auf eine verpasste Warnung ist, mehr zu sammeln: mehr Sensoren, mehr Dashboards, mehr Berichtslinien. Das hilft selten. Oft verschlimmert es das Problem, weil jeder neue Strom schneller Rauschen als Verständnis hinzufügt. Wir unterscheiden Informationssammlung von strukturellem Verständnis. Sammlung beantwortet die Frage „Was passiert hier?“ Strukturelles Verständnis beantwortet eine andere: „Warum verhält sich dieses System so, wie es sich verhält, und wo wird es fragil?“ Der Unterschied ist praktisch. Ein Dashboard kann zeigen, dass jeder Indikator innerhalb seines Schwellenwerts liegt. Strukturelles Verständnis kann zeigen, dass die Schwellenwerte für ein System gesetzt wurden, das nicht mehr existiert, oder dass mehrere Indikatoren innerhalb ihrer Schwellenwerte gleichzeitig in die falsche Richtung laufen. Der Wert liegt nicht darin, jedes Signal zu besitzen. Er liegt darin, verschiedene Arten von Evidenz so weit zu normalisieren, dass sie vergleichbar werden, und zu wissen, welche Kombinationen zählen. ## Signale werden wichtig, wenn sie um eine Funktion zusammenlaufen {#signale-werden-wichtig-wenn-sie-um-eine-funktion-zusammenlaufen} Eine Kommunikationsanomalie kann Routine sein. Ebenso eine Unregelmäßigkeit in der Stromversorgung, eine logistische Verzögerung oder ein Anbieterwechsel. Dieselben vier rund um dieselbe wesentliche Funktion im selben Zeitraum sind es nicht. Deshalb beginnt Frühwarnung wie Resilienz bei der Funktion, nicht bei der Datenquelle. Sobald die Funktion benannt ist, lässt sich fragen, welche Signale aus welchen Domänen dazu gehören, und es lässt sich nach Konvergenz statt nur nach einzelnen Schwellenwerten suchen. Die relevanten Domänen sind selten nur technisch. Signale für eine Funktion können aus Infrastruktur, Betrieb, Anbietern, Personal, Budgets, Verfahren und institutionellen Entscheidungen kommen. Ein Warnsystem, das nur die technische Ebene verfolgt, verpasst den Moment, in dem der Spezialist kündigt, der weiß, wie das System wiederhergestellt wird. Charles Perrow beschrieb, wie sich Ausfälle in eng gekoppelten Systemen schneller ausbreiten können, als Operatoren sie verstehen. Frühwarnung ist der Versuch, die Kopplung zu sehen, bevor der Ausfall entlang dieser Kopplung wandert. ## Richtung ist wichtiger als Position {#richtung-ist-wichtiger-als-position} Ein statischer Score sagt, wo etwas steht. Er sagt nicht, wohin es sich bewegt. Eine Institution, die ordentlich funktioniert, aber stetig schwächer wird, kann stärker gefährdet sein als eine, die schlecht dasteht, sich aber schnell verbessert. Eine einmalige Bewertung ordnet sie umgekehrt ein. Deshalb achten wir ebenso sehr auf Verlauf wie auf Zustand. In der Praxis bedeutet das, zwei Arten von Evidenz zu trennen: - **Langsamere strukturelle Indikatoren**: Tiefe der Personalbesetzung, Wartungsrückstand, Anbieterkonzentration, Budgetstabilität, Alter kritischer Systeme. Sie verändern sich über Monate und zeigen, ob das Fundament stärker oder schwächer wird. - **Schnellere operative Signale**: Vorfälle, Near Misses, Verzögerungen, Anomalien, Beschwerden. Sie verändern sich über Tage und zeigen, wie sich das System unter aktueller Belastung verhält. Keine davon reicht allein. Langsame Erosion kann in Betriebsdaten unsichtbar bleiben, bis sie es eines Tages nicht mehr ist. Ein Ausbruch operativen Rauschens kann alarmierend aussehen, obwohl das Fundament gesund ist. Wenn ein realer Vorfall eine bekannte Schwäche testet, ist das der Moment für eine Neubewertung, nicht die nächste geplante Review. Ein Vorfall ist auch Evidenz über das Warnsystem: Hat es das kommen sehen, und wenn nicht, warum nicht? ## Die Abwesenheit eines Signals ist ein Signal {#die-abwesenheit-eines-signals-ist-ein-signal} Einige der wichtigsten Warnungen sind Stillen. Ein System, das drei Jahre lang keine Vorfälle gemeldet hat, kann außergewöhnlich zuverlässig sein. Es kann auch aufgehört haben zu melden. Ein Anbieter, der nie Probleme meldet, kann keine haben oder gelernt haben, dass Problemmeldungen unerwünscht sind. Ein Wartungsprotokoll ohne Einträge kann bedeuten, dass nichts zu tun war, oder dass niemand etwas tut. Deshalb behandeln wir fehlende Signale als etwas, das erklärt werden muss, nicht als Beruhigung. Wo ein Signal existieren sollte und fehlt, ist die erste Frage, ob der Kanal, der es tragen sollte, noch funktioniert. Das ist dort am wichtigsten, wo ein Ausfall am wenigsten erwartet wird. Die Funktion, von der alle annehmen, dass sie stabil ist, ist oft diejenige, auf die niemand schaut. ## Mechanismen vergleichen, nicht Organisationen {#mechanismen-vergleichen-nicht-organisationen} Institutionen unterscheiden sich in Struktur von Land zu Land, Sektor zu Sektor und Behörde zu Behörde. Die Arten, wie sie scheitern, ähneln sich stärker als ihre Organigramme. Eine Funktion kann in sehr unterschiedlichen Umgebungen durch dieselben Mechanismen geschwächt werden: Verantwortung von Fähigkeit getrennt, ein einzelner Wissenspunkt, ein Verfahren, das einen ausfallenden Kanal voraussetzt, eine Entscheidung, die eine Zustimmung verlangt, die niemand rechtzeitig geben kann. Diese Mechanismen kehren unabhängig davon zurück, wer formal zuständig ist. Deshalb vergleichen wir Ausfallmechanismen statt Institutionen. Die nützliche Frage lautet nicht „Welche Organisation ist besser?“, sondern „Welcher wiederkehrende Mechanismus wird in dieser Funktion aktiv, und welche Evidenz zeigt seine Richtung?“ Das hält Frühwarnung auch von etwas fern, das sie nie werden sollte: einem Ranking. Institutionen zu ranken lädt zu defensivem Verhalten und Gaming ein. Mechanismen zu identifizieren lädt zur Reparatur ein. ## Eine Warnung ist ebenfalls eine Aussage {#eine-warnung-ist-ebenfalls-eine-aussage} Eine Warnung sagt, dass etwas fragiler wird. Wie jede Aussage sollte sie zeigen, worauf sie beruht. Eine nützliche Warnung sagt, welche Funktion betroffen ist, welche Signale sie stützen, welche Art von Evidenz diese Signale darstellen, wie sicher die Bewertung ist und was unbekannt bleibt. Sie sagt auch, was sie bestätigen und was sie widerlegen würde. Falschalarme haben Kosten. Jeder davon macht die nächste Warnung leichter zu ignorieren. Ein Warnsystem, das eine echte Konvergenz nicht von Zufall unterscheiden kann, trainiert sein Publikum darauf, nicht mehr zuzuhören. Hier hängt Frühwarnung von Urteilsfähigkeit ab. Die Menschen, die eine Warnung erhalten, müssen sie beurteilen können: fragen, worauf sie beruht, erkennen, wann die Evidenz dünn ist, und wissen, welches zusätzliche Signal die Sache entscheiden würde. Die Systeme, die Warnungen erzeugen, brauchen dieselbe Disziplin: deklarierte Information, beobachtete Daten und Schlussfolgerung getrennt halten, statt sie in einen einzigen Score zu mischen, der verbirgt, was jedes davon beweist. ## Eine Warnung ist nur nützlich, wenn jemand handeln kann {#eine-warnung-ist-nur-nützlich-wenn-jemand-handeln-kann} Fragilität früh zu sehen ist wenig wert, wenn niemand zum Handeln befugt ist oder die Reaktion erst im Moment der Warnung erfunden werden muss. Für jede Funktion, die es wert ist beobachtet zu werden, wollen wir im Voraus wissen: Wer erhält die Warnung, wer kann darauf handeln, welche Maßnahmen stehen auf jeder Stufe der Besorgnis zur Verfügung und was passiert, wenn sich die Warnung als falsch erweist. Eine Warnung, die jemanden ohne Autorität erreicht, oder die richtige Person ohne vereinbarte Reaktion, wird nur ein weiteres Signal, das als Routine abgelegt wird. Die Verbindung zu [Resilienz](/de/topics/resilience) ist direkt. Frühwarnung sagt einer Institution, wann sie sich vorbereiten soll. Resilienz bestimmt, was sie tun kann, wenn Vorbereitung und Ereignis zusammentreffen. Europäische Regulierung verwendet die Worte „early warning“ für etwas anderes. Unter NIS2 ist eine Frühwarnung eine Meldung an Behörden innerhalb von 24 Stunden, nachdem ein signifikanter Vorfall erkannt wurde. Diese Pflicht ist wichtig, beginnt aber nach dem Vorfall. Die Frühwarnung, die wir meinen, beginnt davor. ## Wie wir gemeinsam daran arbeiten {#wie-wir-gemeinsam-daran-arbeiten} Unsere Arbeit an Frühwarnung beginnt bei den Funktionen, die am wichtigsten sind, nicht bei den Daten, die zufällig verfügbar sind. **Die Funktionen benennen.** Vereinbaren, welche wesentlichen Funktionen eine Institution am deutlichsten sehen muss. **Kartieren, wo die Signale liegen.** Für jede Funktion identifizieren, welche Domänen relevante Evidenz produzieren, wer sie besitzt und wo die Stillen liegen. **Definieren, wie Konvergenz aussieht.** Festlegen, welche Kombinationen von Signalen und welche Richtungen der Veränderung Aufmerksamkeit verlangen. **Die Reaktion vereinbaren.** Festhalten, wer eine Warnung erhält, wer handeln kann und welche Optionen existieren, bevor eine Warnung gebraucht wird. **Urteilsfähigkeit hinterlassen.** Die Institution soll mit Menschen enden, die die nächste Warnung kritisch lesen und fragen können, worauf sie beruht. Wenn wir gemeinsam mit einem Partner eine Funktion betrachten, arbeiten wir typischerweise diese Fragen durch: | Frage | Was sie sichtbar macht | | --- | --- | | Welche Signale aus welchen Domänen beziehen sich auf diese Funktion? | Ob der Blick über die technische Ebene hinausgeht. | | Wer besitzt jedes Signal, und wer sieht sie zusammen? | Ob Konvergenz überhaupt bemerkt werden kann. | | Welche Signale sind langsam und strukturell, welche schnell und operativ? | Ob Verlauf sichtbar ist, nicht nur Zustand. | | Wo sollte ein Signal sein und fehlt? | Stillen, die erklärt werden müssen. | | Welche wiederkehrenden Ausfallmechanismen sind hier relevant? | Wonach gesucht werden soll, unabhängig von der Organisation. | | Was würde eine Warnung bestätigen oder widerlegen? | Ob Warnungen beurteilt und nicht nur empfangen werden können. | | Wer kann handeln, und mit welchen Optionen? | Ob eine Warnung etwas verändern kann. | ## Wo wir vorsichtig sind {#wo-wir-vorsichtig-sind} Wir halten uns an einige Verpflichtungen darüber, was wir behaupten. Wir präsentieren Frühwarnung nicht als Vorhersage. Sie zeigt, wo sich Fragilität aufbaut und in welche Richtung sie sich bewegt. Sie sagt nicht, wann oder selbst ob ein Ausfall eintreten wird. Wir ranken keine Institutionen und bewerten keine Individuen. Wir betrachten Mechanismen und Funktionen. Wir behandeln die Abwesenheit von Alarmen nicht als Beweis für Gesundheit und ein einzelnes Signal nicht als Befund. Wir mischen verschiedene Arten von Evidenz nicht in einen einzigen Score, der verbirgt, was jede davon zeigt. Und wir nennen etwas nicht Frühwarnung, wenn niemand darauf handeln kann. * * * ## Weiterführende Literatur {#weiterführende-literatur} - [Richtlinie (EU) 2022/2555 (NIS2), Artikel 23](https://eur-lex.europa.eu/eli/dir/2022/2555/oj), über Vorfallsmeldung einschließlich der Frühwarnung an Behörden. - [Diane Vaughan, _The Challenger Launch Decision_ (1996)](https://press.uchicago.edu/ucp/books/book/chicago/C/bo22781921.html). - [Charles Perrow, _Normal Accidents_ (1984)](https://press.princeton.edu/books/paperback/9780691004129/normal-accidents). **Verwandte Themen:** [Resilienz](/de/topics/resilience) · [Verifikation](/de/topics/verification) · [Fähigkeitstransfer](/de/topics/capability-transfer) * * * ## Änderungen an dieser Position {#änderungen-an-dieser-position} - 24. September 2026 — Erstmals veröffentlicht. Materielle Änderungen werden hier mit Datum aufgeführt. Korrekturen an Formulierungen oder Links nicht. ## Auf dieser Seite {#auf-dieser-seite} ESFI — civilization infrastructure · https://esfi.eu