Notfallvorsorge besteht oft aus getrennten Unterlagen: Analyse, Verfahren, Personal und Übungen. BlueProceedings ISMS verbindet sie mit denselben Prozessen, Komponenten und Standorten wie das übrige ISMS.
Für Prozesse werden Auswirkungen, tolerierbare Ausfallzeit, Wiederanlaufziele und Mindestbetrieb mit Annahmen und Begründungen erfasst.
Wiederanlauf und Wiederherstellung beziehen sich auf betroffene Objekte, ihre Voraussetzungen und benötigte Mittel.
Notfallfunktionen, Teams und Vertretungen zeigen, wer im Ernstfall handeln soll und wo Angaben fehlen.
Planspiele und Tests erhalten Szenario, Beteiligte, Ziele, Erfolgskriterien und Abbruchbedingungen. Erkenntnisse werden zur Folgearbeit.
Das Gesamtbild verbindet Prozesse mit Fristen, Verfahren, Personal und Mitteln, Organisation und den letzten Übungen. Lücken stehen neben dem, was bereits vorbereitet ist.
Das zweite Bild zeigt ein Planspiel mit Demodaten: Beteiligte, Annahme, Abbruchbedingung und Erfolgskriterium.
Ein Prozess kann sein Wiederanlaufziel nur erreichen, wenn auch die benötigten Prozesse rechtzeitig verfügbar sind. Die Übersicht verbindet Prozesse mit Schutzbedarf, Wiederanlaufzeit (RTO) und dem tolerierbaren Datenverlust (RPO).
Im Beispiel soll die Netzleitstelle nach zwei Stunden wieder laufen, benötigt aber die Smart-Meter-Erfassung mit vier Stunden RTO. Der Konflikt steht direkt an der Verbindung. Auch die RPO-Werte sind an den Prozessen sichtbar; die dargestellte Warnung am Pfeil betrifft die RTO.
Wenn ein Standort oder eine Komponente ausfällt, konkurrieren Wiederanlaufschritte um Personal und Mittel. Die Anwendung vergleicht Planungsverfahren anhand der hinterlegten Abhängigkeiten und Annahmen.
Das Beispiel zeigt die berechneten Vorschläge und den modellierten Verlust im Vergleich zu einem Ablauf ohne Wiederanlauf. Das Ergebnis ist eine Planungshilfe; der Krisenstab beurteilt die tatsächliche Lage.
Im Lagezentrum stehen geplante Schritte und der aktuelle Verlauf je Team nebeneinander. Verzug, gescheiterte Versuche und gefährdete Fristen werden sichtbar, solange noch gehandelt werden kann.
Die Funktionsübung im Beispiel zeigt unter anderem einen überfälligen Prozess und eine ausstehende Information. Die rechnerische Fortschreibung unterstützt den Überblick, sie ersetzt keine Lagebeurteilung.
Während eines Vorfalls hält die Zeitlinie fest, was beobachtet, entschieden und getan wurde. Korrekturen werden ergänzt, sodass auch ein geänderter Kenntnisstand nachvollziehbar bleibt.
Das Beispiel zeigt den Verlauf einer Phishing-Kampagne mit Entscheidungen und beteiligten Rollen. Eine Berichtsvorlage für Sicherheitsvorfälle ist noch nicht Teil der Pre-Alpha.
Planungsvorschläge und Fortschreibungen hängen von den erfassten Annahmen ab. Sie ersetzen keine Lagebeurteilung; der Krisenstab prüft die tatsächliche Situation und entscheidet.
Weitere Funktionen sind bereits umgesetzt. Wir bereiten ihre Vorstellung noch vor – schau später wieder vorbei.
Geschrieben von Xhoan Qazimi, BlueProceedings, zuletzt am 27.10.2026 mit den Quellen abgeglichen. Die Funktionsbeschreibung gibt den Stand der Pre-Alpha wieder; methodische Aussagen sind als solche benannt und belegt.
BIA, Pläne, Ressourcen, Krisenläufe und Übungen bleiben mit dem übrigen ISMS verbunden.