Ein vendor-neutrales Messinstrument
Souveränität ist messbar – auch in der KI.
Souveränität ist kein Schalter, sondern ein Profil — und nur so stark wie ihr schwächstes Glied, nicht wie ihr Mittelwert.
Zertifikate testieren Sicherheit, Governance und Lieferkette — Hoheit über Standort, Recht und Eigentum aber kaum. Diese Lücke schließt nicht Regulierung allein, sondern der Stack darunter. Open Source ist dessen Fundament: Es macht Komponenten prüf-, wechsel- und beherrschbar. Doch reiner Konsum erzeugt nur eine Fork-Steuer — Nutzung ist nicht Hoheit. Erst ein funktionales OSPO verschiebt das Kräfteverhältnis und macht aus dem Unternehmen einen Gestalter: Upstream-Einfluss, geprüfte Lieferkette (SBOM), offene Standards und ein Sitz an der entstehenden agentischen Schicht. Open Source ist damit notwendig, aber nicht hinreichend — es trägt das Substrat, während Confidential Computing, Datenresidenz und durchgesetzte Governance die übrigen Achsen sichern. Der Kompass macht beides sichtbar: wo ein Unternehmen heute steht und mit welchen Maßnahmen es Souveränität tatsächlich erreicht.
So funktioniert der Kompass
Souveränität — gemessen, nicht behauptet
Wie wird Souveränität messbar?
14 Achsen — von territorialer Datenhoheit über die agentische KI-Schicht bis zur Transformationskompetenz — je auf einer Reifeskala von 0 (fehlt) bis 5 (souverän). Der gewählte Tech-Stack ist die Basis, Maßnahmen heben einzelne Achsen an, Risiken kappen sie nach unten. Der Gesamtgrad zählt als Mittelwert — oder, ehrlicher, als schwächstes Glied.
Warum überhaupt messen?
„Wir nutzen Open Source" oder „wir liegen in einer EU-Region" ist ein Gefühl, keine Hoheit. Ohne gemeinsames Maß lassen sich Abhängigkeiten — CLOUD Act, Anbieter-Lock-in, Fork-Steuer — weder vergleichen noch steuern noch belegen, etwa für Beschaffung, Audit (EU AI Act, CRA) oder Investitionsentscheidungen. Der Kompass macht die Lücke zwischen Anspruch und Architektur sichtbar.
Wie nutze ich das Tool?
In vier Schritten: 1. ein Basis-Profil wählen, 2. Maßnahmen zuschalten, 3. Risiken aktivieren, 4. die Engpässe lesen und der CIO-Agenda zum nächsten Schritt folgen. Ansicht zwischen Engpass-Balken und Radar umschaltbar, Zertifizierungen im Experten-Modus. Läuft vollständig lokal; der Stand ist als PNG oder JSON exportierbar.
Vertrauen oder Technik
Europa ist zuerst eine Frage des Vertrauens
Ein Rechtsrahmen ist ein Versprechen. Angemessenheitsbeschluss, Gerichtsstand, Datenresidenz-Zusage — jede dieser Zusagen gilt, solange die politischen Verhältnisse gelten, unter denen sie gegeben wurde. Das ist kein Argument gegen Recht: Recht ist schnell zu bekommen und billig. Es ist ein Argument darüber, worauf die Last langfristig ruhen soll. Versprechen sind widerrufbar, Mathematik nicht.
Recht ist ein Versprechen
Jurisdiktion, Datenresidenz und Eigentumsverhältnisse beruhen auf Zusagen Dritter. Sie schützen zuverlässig — bis eine Rechtslage, ein Eigentümer oder eine Lizenz sich ändert. Die Relicensing-Fälle der letzten Jahre sind der Beleg.
Technik ist ein Beweis
Eigene Schlüssel, Confidential Computing mit Remote Attestation, signierte Lieferketten, erprobte Exits: Diese Achsen setzen Souveränität durch, statt sie zuzusichern. Sie brauchen kein Wohlwollen.
Technik erreicht nie null Vertrauen
Attestation ruht auf dem Vertrauensanker eines Herstellers, Open Source darauf, dass jemand den Code tatsächlich liest. Das Ziel ist nicht Vertrauen abzuschaffen, sondern es zu minimieren und überprüfbar zu machen.
Die Brücke zwischen beidem ist Policy-as-Code: Sie übersetzt rechtliche Anforderungen in technisch durchgesetzte Regeln. Deshalb ist die langfristige Aufgabe für jede Achse dieselbe — was heute auf Vertrauen ruht, Schritt für Schritt auf Durchsetzung umstellen.
Die 14 Achsen im Detail
Was jede Achse misst — und worauf sie ruht
Jede Achse ist danach gekennzeichnet, was sie durchsetzt: Vertrauen (eine Zusage), Technik (ein Nachweis), Brücke (übersetzt das eine ins andere) oder Organisation (liegt bei euch selbst).
Der 14. Faktor
Transformationskompetenz — eine Kultur, kein Projekt
Kompetenz heißt Fertigkeit + Fähigkeit + Bereitschaft — fehlt eines der drei, ist es keine Kompetenz. Diese Kompetenz fließt als Achse 14 in den Kompass ein. Sie liegt in der Organisation, nicht beim Anbieter: Die Basis-Profile setzen sie neutral — gehoben wird sie nur durch Kultur.
Fertigkeit — das Können im Tun
Erlernte, geübte Ausführung: Menschen beherrschen Werkzeuge, Methoden und Handwerk (Skill).
Fähigkeit — das Können im Potenzial
Die kognitive und strukturelle Voraussetzung, Neues zu durchdringen und zu gestalten (Ability).
Bereitschaft — das Wollen
Veränderung zulassen, tragen und vorleben — ohne Bereitschaft bleiben Fertigkeit und Fähigkeit wirkungslos (Willingness).
Die drei Reihenfolgen sind kein Ranking, sondern ein Vergleich der Maßnahmen bei der Umstrukturierung: Jedes Vorgehen passt zu einer anderen Gruppe im Unternehmen. Transformationskompetenz entsteht dort, wo die Zuordnung stimmt.
Transformationskompetenz verhält sich wie ein Fluid — die Thermodynamik als Analogie: Öffnet die Organisation neue Räume, füllen die Richtigen sie aus. So werden neue Geschäftsfelder erobert und alte abgelöst. Räume öffnen sich nicht per Projektauftrag — sie öffnen sich in einer Kultur.
People-first — für Builder und Trailblazer
Die wenigen, die neue Räume öffnen. Menschen werden befähigt, Werkzeuge folgen den Menschen, Prozesse folgen der gelebten Arbeit. “If you transform people-first, people solve problems.”
Process-first — für die Mehrheit, die Steuerung sucht
Die ehemals größte Gruppe im Unternehmen: Sachbearbeitung und alle, die klare Führung im Ablauf brauchen. Prozesse definieren, Tools einkaufen, Rollen zuschneiden. Gibt Sicherheit — erzeugt aber keine Transformationskompetenz. “If you transform process-first, people satisfy processes.”
Tools-first — für Spezialisten und Fachexperten
Fachleute, die mit dem richtigen Werkzeug Fähigkeiten gewinnen, die vorher nicht existierten. Für sie ist es echte Befähigung — auf die ganze Organisation angewandt bleibt es IT-Modernisierung.
Jede Organisation hat alle drei Gruppen. Der Fehler ist, eine Strategie für alle zu bauen — und der zweite Fehler, people-first auf die Mehrheit auszurollen, die Steuerung braucht.
Von hier aus weiter
Vom Kompass zur Architektur
Sovereign Agentic AI OS
Die zehn offenen Schichten plus Governance-Ebene der souveränen agentischen Plattform — föderierter Kontext, begrenzte Rekursion und auditierbare Selbstverbesserung. Die technische Antwort auf die agentische Achse des Kompass.
Architektur ansehen White PaperVollständiges White Paper
Souveränitäts-These, Design-Prinzipien, alle Schichten in machbarer Form, das Reliability-Problem, die Lizenz- & Governance-Karte und eine ehrliche TRL-Einordnung. (PDF, 15 Seiten)
Dokument öffnen ↓ MessungDen Kompass nutzen
Das interaktive Readiness-Werkzeug unten: Basis-Profil wählen, Maßnahmen und Risiken zuschalten, die Engpässe lesen — vollständig lokal, als PNG oder JSON exportierbar.
Zum Werkzeug ↓Executive Summary · auf einen Blick
Schritt 1 · Basis
Tech-Stack-Profile (Basis)
Wähle eine Basis — Hebel (Schritt 2) heben sie selektiv an. Illustrative Schätzwerte, kein Audit.
Schritt 2 · Maßnahmen
Maßnahmen — was jede Architektur souveräner macht
Eine Maßnahme ist eine organisatorische oder technische Fähigkeit, die dein Souveränitätsprofil unabhängig vom gewählten Tech-Stack anhebt — jede Achse jedoch nur bis zu ihrer Decke. Die Wirkung wird live aus dem Modell berechnet, Aufwand und Zeithorizont sind ehrliche Schätzwerte. Sortiert nach Wirkung, die drei stärksten zuerst.
Schritt 3 · Risiken
Caps — was die Souveränität deckelt
Das Gegenstück zu den Maßnahmen: Ein aktives Risiko kappt betroffene Achsen nach unten — unabhängig von Basis und Maßnahmen. Effektiv = niedrigster aktiver Cap. In Balken und Radar markiert ein roter Strich die Deckelung.
Für die Entscheidung
Was heißt das für die CIO-Agenda?
Vier Linsen auf denselben Stand — automatisch aus dem aktuellen Profil abgeleitet.
Experten-Modus
Was bringen Zertifizierungen auf die 14 Achsen?
harte Guidance weiche Guidance keine
Hinter dem Kompass
Über den Autor
