Eine brauchbare Diskussion über digitale Souveränität beginnt mit einem Dienst, den die Organisation beherrschen muss. Wählen Sie die Lohnabrechnung, Kundenbestellungen, eine klinische Terminplanung oder einen anderen Ablauf, dessen Unterbrechung konkrete Folgen hat. Was könnte die Organisation noch entscheiden und ausführen, wenn ein wichtiger Anbieter ausfällt?
Die Antwort braucht Belege: einen geübten Wiederherstellungsweg, einen verwendbaren Export, eine befugte Stellvertretung, einen geprüften Vertrag. Eine Lieferantenliste zeigt noch nicht, wie diese Teile zusammenwirken.
Die Cybersicherheitsempfehlungen des Bundes für Unternehmen und Behörden verorten Risiko- und Kontinuitätsentscheidungen bei der Führung und betonen klare Zuständigkeiten bei ausgelagerter IT. Diese Checkliste unterstützt das betriebliche Gespräch. Sie bescheinigt keine rechtliche oder regulatorische Konformität.
Mit einem klar begrenzten Dienst beginnen
Notieren Sie den Dienst, die betroffenen Menschen, die tolerierbare Unterbrechung und das geschäftliche Ergebnis, das erhalten bleiben muss. Die Geschäftsleitung benennt die Toleranz und ihre Begründung vor der Übung. Der Verwaltungsrat kann anschliessend prüfen, ob Mittel, Befugnisse und Belege dazu passen.
Betrachten Sie denselben Dienst anhand der sechs Ebenen des Observatory. Kennzeichnen Sie Antworten als nachgewiesen, dokumentiert aber ungeprüft oder unbekannt. Das sind Arbeitsnotizen; sie ersetzen nicht die Bewertungsskala des Observatory.
1. Infrastruktursouveränität
Lassen Sie den Weg vom Normalbetrieb zu einer erprobten Ausweichlösung zeigen. Berücksichtigen Sie Strom, Netzwerk, Speicher, Identitäten und den Zugang zu Wiederherstellungsanleitungen. Eine zweite Umgebung, die dieselbe ausgefallene Anmeldung oder Verbindung braucht, kann gleichzeitig ausfallen.
Verlangen Sie das letzte Übungsprotokoll: Was wurde wiederhergestellt, wie lange dauerte es, welche Daten fehlten und wie wurde das geschäftliche Ergebnis geprüft? Auch gescheiterte Schritte gehören hinein. Sie zeigen, wo Investitionen oder andere Erwartungen nötig sind.
Anzufordernder Beleg: eine datierte Wiederherstellungsübung mit Umfang, beobachtetem Ergebnis und offenen Mängeln.
2. Cloud- und Plattformsouveränität
Wählen Sie eine wichtige SaaS- oder Cloud-Abhängigkeit und prüfen Sie den Ausstieg. Lassen Sie einen kleinen, repräsentativen Export erstellen und in einer anderen Umgebung lesen. Dazu gehören Kennungen, Beziehungen, Anhänge, Berechtigungen und die benötigte Historie.
Prüfen Sie danach Kündigungsfristen, Exportkosten, Umsetzungsaufwand, Supportzugang und die intern benötigten Personen. Ein vertragliches Ausstiegsrecht wird nutzbar, wenn jemand den Weg erklären und zeigen kann.
Anzufordernder Beleg: ein erprobter Export und Import samt verbleibenden wirtschaftlichen und betrieblichen Einschränkungen.
3. Datensouveränität
Verfolgen Sie einen sensiblen Datenbestand durch Erfassung, Verarbeitung, Sicherungen, Supportzugriff und Löschung. Halten Sie Orte, beteiligte Organisationen, zugriffsberechtigte Identitäten und die vertragliche Grundlage jeder Übergabe fest. Beziehen Sie Protokolle und Testkopien ein.
Die zuständigen Daten- und Rechtsfachpersonen beurteilen die Pflichten für den konkreten Dienst. Eine Standortangabe beschreibt nicht jeden Zugriff oder Verarbeitungsschritt. Der Verwaltungsrat sollte erkennen können, was beurteilt wurde und was offenbleibt.
Anzufordernder Beleg: ein aktueller Datenflussplan mit Verweisen auf Zugriffsprüfungen, Auftragsbearbeitungsbedingungen und Aufbewahrungsentscheidungen.
4. KI-Souveränität
Untersuchen Sie Eingaben, Modellabhängigkeit und mögliche Handlungen eines KI-gestützten Ablaufs. Welche Daten dürfen die Organisation verlassen, welche Ergebnisse brauchen eine Prüfung und wer kann den Ablauf stoppen? Klären Sie auch den Umgang mit einem Ergebnis, das bereits Kunden oder nachgelagerte Systeme erreicht hat.
Lassen Sie eine begrenzte Ausweichlösung vorführen: menschliche Prüfung, reduzierter Betrieb oder eine erprobte Alternative. Ein anderes Modell kann sich anders verhalten; der Wechsel braucht Prüfungen anhand derselben geschäftlichen Aufgabe.
Anzufordernder Beleg: eine verantwortliche Person, Handlungsgrenzen, Überwachungskriterien und ein erprobter Stopp- oder Ausweichprozess.
5. Anwendungs- und Softwaresouveränität
Eine andere Person als die ursprüngliche Entwicklerin oder der ursprüngliche Entwickler soll einen repräsentativen Teil des Dienstes anhand gepflegter Anleitungen bauen, bereitstellen und betreiben. Prüfen Sie den geregelten Zugang zu Quellcode, Abhängigkeiten, Lizenzen, Release-Artefakten, Zugangsdaten und Betriebswissen.
So wird Wartbarkeit sichtbar. Vielleicht hängt ein Build an einem undokumentierten Konto oder ein Wiederherstellungsschritt existiert nur im Gedächtnis einer Person. Erfassen Sie die Abhängigkeit, ohne der Person Vorwürfe zu machen, die sie bisher aufgefangen hat.
Anzufordernder Beleg: ein wiederholbarer Build- und Wiederherstellungsnachweis durch eine zweite Betriebsperson.
6. Governance und Beschaffung
Benennen Sie, wer eine Unterbrechung akzeptieren, eine Ausweichlösung bewilligen und diese ausführen darf. Bestimmen Sie Stellvertretungen und Grenzen übertragener Befugnisse. Prüfen Sie, wie die Zuständigkeiten bei Ferien, Personalwechsel und Vertragsverlängerung erhalten bleiben.
Beziehen Sie bei der nächsten Beschaffung Ausstiegs- und Betriebskosten neben dem Kaufpreis ein. Dokumentieren Sie akzeptierte Abhängigkeiten: Wer hat sie angenommen, weshalb waren sie verhältnismässig und was löst eine neue Prüfung aus?
Anzufordernder Beleg: ein Entscheidungsprotokoll mit Verantwortung, Budget, Grenzen und Prüfauslösern.
Aus der Prüfung einen Arbeitsnachweis machen
Übernehmen Sie diese Struktur für jeden kritischen Dienst:
- Dienst und zu erhaltendes geschäftliches Ergebnis.
- Unterbrechungstoleranz und die Person, die sie akzeptieren darf.
- Belege für alle sechs Ebenen mit Datum und Umfang der letzten Prüfung.
- Bekannte Grenzen, gemeinsame Abhängigkeiten und offene Fragen.
- Nächste Korrektur, verantwortliche Person und mit ihr vereinbarter Prüftermin.
Ein fehlender Wiederherstellungsweg sollte nicht in einem beruhigenden Durchschnitt verschwinden. Eine einzige ungeprüfte Abhängigkeit kann bestimmen, ob der Dienst weiterläuft. Wiederholen Sie die begrenzte Übung nach wesentlichen Änderungen an Anbieter, Architektur, Datenfluss oder Team.
Die Checkliste führt Digitale Souveränität ist kein Nationalismus, Souveränität misst sich in Reaktionszeit und Vorbereitung ist die höchste Form der Souveränität weiter. Gemeinsam fragen diese Texte, welchen Handlungsspielraum die Organisation behält.
Beginnen Sie im Observatory mit der am wenigsten verstandenen Ebene. Bringen Sie einen Dienst und seine Belege in ein Gespräch, wenn die nächste Entscheidung eine genauere Prüfung verlangt.