Autor: DTNK Redaktion
Veröffentlicht:
Der Plan hält Entscheidungen und Zusammenarbeit handlungsfähig
Ein IT-Notfallplan beschreibt, wie Ihr Unternehmen bei einer erheblichen IT-Störung Entscheidungen trifft, informiert und vorübergehend weiterarbeitet. Er soll unter Zeitdruck schnell nutzbar sein. Dafür braucht es keine möglichst lange Sammlung technischer Details, sondern eine abgestimmte Reihenfolge: Wer bewertet die Lage? Wer darf den Notfall ausrufen? Wer koordiniert interne und externe Beteiligte? Welche Arbeitsabläufe werden zuerst abgesichert?
Der BSI-Standard 200-4 beschreibt ein Business Continuity Management System, das an Art, Umfang und Ressourcen einer Institution angepasst wird. Der hier erläuterte kompakte IT-Notfallplan kann ein Einstieg und ein operatives Hilfsmittel sein. Er ist weder der Nachweis eines vollständigen BCM noch eine Zertifizierung.
Technische Wiederanlaufziele und die Prüfung von Sicherungen sind ein eigener Baustein. Wie RPO, RTO und Wiederherstellungstests festgelegt werden, erklärt der bestehende Beitrag Backup planen: RPO, RTO und Wiederherstellungstests. Dieser Artikel konzentriert sich dagegen auf Zuständigkeiten, Kommunikation und Ersatzabläufe.
Auslöser und betriebliche Prioritäten vorab festlegen
Definieren Sie beobachtbare Auslöser für die Aktivierung des Plans. Beispiele sind eine nicht absehbare Störung eines geschäftskritischen Systems, der Ausfall zentraler Kommunikation oder ein Sicherheitsvorfall, der eine kontrollierte Abschaltung erfordert. Der Plan sollte benennen, wer diese Lage bewertet und ab welchem Punkt die normale Störungsbearbeitung in die Notfallorganisation übergeht.
Ordnen Sie nicht nur Systeme, sondern die davon abhängigen Tätigkeiten. Welche wenigen Abläufe müssen zuerst weitergehen? Welche können kontrolliert warten? Welche Mindestinformationen und Hilfsmittel benötigen die zuständigen Personen? NIST SP 800-34 Rev. 1 empfiehlt, Systeme und Betriebsabläufe zu bewerten, Anforderungen und Prioritäten zu bestimmen und daraus passende Notfallmaßnahmen abzuleiten.
Vermeiden Sie pauschale Aussagen wie „alles ist kritisch“. Eine kurze, begründete Prioritätenliste unterstützt die Entscheidung besser. Zeitziele gehören erst dann in den Plan, wenn Fachbereich und IT sie gemeinsam festgelegt und auf Umsetzbarkeit geprüft haben.
Rollen, Befugnisse und Vertretungen eindeutig benennen
Ein Rollenname allein reicht nicht. Halten Sie für jede Funktion Aufgabe, Entscheidungsbefugnis, primäre Besetzung und Vertretung fest. Kleine Unternehmen können mehrere Funktionen einer Person zuordnen; Vertretung und mögliche Interessenkonflikte müssen trotzdem geklärt sein.
| Funktion | Zu klärende Verantwortung |
|---|---|
| Gesamtkoordination | Lagebild führen, Prioritäten bestätigen und Entscheidungen dokumentieren |
| Technische Koordination | Analyse, Eindämmung, Wiederanlauf und externe IT-Partner abstimmen |
| Fachbereich | Betriebliche Auswirkungen bewerten und Ersatzabläufe freigeben |
| Kommunikation | Zielgruppen, Botschaften, Freigaben und Rückfragen koordinieren |
| Dokumentation | Zeitpunkte, Entscheidungen, offene Punkte und Übergaben nachvollziehbar festhalten |
Kontaktlisten gehören in eine geschützte, gepflegte Anlage und nicht auf eine öffentlich erreichbare Website. Prüfen Sie regelmäßig, ob Personen, Vertretungen, Telefonnummern und Dienstleisterkontakte noch stimmen. Für die technische und organisatorische Einordnung können die Leistungsbereiche IT-Beratung und Systemplanung und IT-Sicherheit ansetzen; der konkrete Umfang wird jeweils vereinbart.
Alternative Kommunikation und erreichbare Unterlagen vorbereiten
Planen Sie ausdrücklich den Fall, dass Firmen-E-Mail, Dateiablage, Telefonanlage, Identitätsdienst oder Passwortmanager nicht erreichbar sind. Der Notfallplan muss dann trotzdem auffindbar sein. Legen Sie einen kontrollierten alternativen Kommunikationsweg, einen geschützten Offline- oder getrennt erreichbaren Planstand und eine verantwortliche Person für Aktualisierungen fest.
Die zugängliche Fassung sollte die für die erste Stunde nötigen Informationen enthalten: Aktivierungskriterien, Rollen, Eskalationsweg, priorisierte Abläufe, Verweis auf geschützte Kontaktdaten sowie den Ort technischer Anleitungen. Zugangsdaten, private Kontaktdaten und vertrauliche Architekturdetails werden nicht unnötig vervielfältigt. Notfallzugänge benötigen eigene Schutz-, Ausgabe- und Rückgabeprozesse.
NIST SP 800-61 Rev. 3 ordnet die Reaktion auf Sicherheitsvorfälle in Vorbereitung, Erkennung, Reaktion, Wiederherstellung und Verbesserung ein. Diese Verbindung ist praktisch: Kommunikationswege und Zuständigkeiten werden vorbereitet, während technische Maßnahmen und Entscheidungen im Ereignis laufend abgestimmt und anschließend ausgewertet werden.
Ersatzabläufe beschreiben und die Übergabe zur Wiederherstellung regeln
Für priorisierte Tätigkeiten braucht der Plan eine begrenzte, sichere Ersatzweise. Das kann eine freigegebene Papierliste, ein vorbereitetes Formular oder ein zeitweise reduzierter Annahmeprozess sein. Beschreiben Sie Eingaben, Verantwortliche, Ablage, Freigabe und die spätere kontrollierte Übernahme in das reguläre System. Ein Ersatzablauf darf keine unkontrollierten Datenbestände oder neue Sicherheitsrisiken erzeugen.
Trennen Sie dabei drei Entscheidungen: die unmittelbare Eindämmung, die zeitweilige Fortführung wichtiger Arbeit und den technischen Wiederanlauf. Nicht jede Störung erfordert dieselben Schritte. Halten Sie fest, wer einen Ersatzablauf startet und beendet, wie Doppelbearbeitung vermieden wird und wann offene Vorgänge an den Normalbetrieb übergeben werden.
Die technischen Voraussetzungen für Sicherung und Rücksicherung gehören weiterhin in das Backup- und Wiederherstellungskonzept. Der Bereich Backup und Wiederherstellung beschreibt diesen Schwerpunkt. Für Meldung, Koordination und Unterstützung im laufenden Betrieb ist Persönlicher IT-Support ein eigener Leistungsbereich.
Mit einer kleinen Stabsübung Lücken sichtbar machen
Ein Plan ist erst belastbar, wenn die Beteiligten ihn unter realistischen Annahmen durchgesprochen oder geübt haben. Beginnen Sie mit einer moderierten Stabsübung ohne Eingriff in Produktivsysteme: Eine zentrale Anwendung und der normale E-Mail-Weg gelten als ausgefallen. Die Beteiligten arbeiten anhand des Plans ihre Entscheidungen, Kommunikationswege und Ersatzabläufe durch.
- Szenario abgrenzen: Legen Sie betroffene Abläufe, verfügbare Informationen und den Übungszeitraum fest.
- Rollen besetzen: Prüfen Sie auch die Vertretung, nicht nur die reguläre Besetzung.
- Plan verwenden: Lassen Sie die Gruppe Informationen tatsächlich im vorgesehenen Planstand finden.
- Entscheidungen protokollieren: Halten Sie Unklarheiten, fehlende Befugnisse und nicht erreichbare Unterlagen fest.
- Maßnahmen nachhalten: Benennen Sie Verantwortung und Prüftermin für jede vereinbarte Verbesserung.
Das BSI beschreibt Tests und Übungen im Notfallmanagement als wiederkehrende Aufgabe, mit der Aktualität, Abläufe und der Kenntnisstand der Beteiligten geprüft werden. Eine Tischübung ersetzt keinen technischen Wiederherstellungstest, prüft aber gezielt die organisatorische Handlungsfähigkeit.
Zehn Prüfpunkte für einen handhabbaren Plan
- Geltungsbereich und beobachtbare Aktivierungskriterien festlegen.
- Wichtige Geschäftsabläufe und eine begründete Reihenfolge benennen.
- Gesamtkoordination, technische Koordination und Fachverantwortung zuordnen.
- Entscheidungsbefugnisse und Vertretungen schriftlich klären.
- Alternative Kommunikationswege vereinbaren und testen.
- Plan und notwendige Anleitungen auch bei Ausfall zentraler Systeme erreichbar halten.
- Geschützte Kontakt- und Notfallzugänge getrennt pflegen.
- Sichere Ersatzabläufe samt Rückführung in den Normalbetrieb beschreiben.
- Übungen und technische Wiederherstellungstests als unterschiedliche Prüfungen planen.
- Erkenntnisse mit Verantwortlichen und erneutem Prüftermin nachhalten.
Beginnen Sie mit einem klar abgegrenzten Szenario und den tatsächlich beteiligten Personen. Ein kurzer, gepflegter Plan, den Zuständige finden und anwenden können, ist nützlicher als eine umfangreiche Vorlage ohne geklärte Verantwortung.
Quellenstand und fachliche Grundlage
Quellenstand: 13. Oktober 2026. Die folgenden Primärquellen wurden für diesen Artikel erneut abgerufen. Produkt- und Leitfadenstände können sich ändern und werden bei einer späteren materiellen Aktualisierung erneut geprüft.