Sovereign-Cloud-Betrieb, von null aufgebaut
End-to-End-Verantwortung für Cloud-Infrastruktur, die innerhalb nationaler Grenzen bleiben muss — gestartet ohne schriftliche Abläufe, ohne Freigabepunkte und ohne gemeinsame Definition von „fertig“.
3 nationale Clouds
Frankreich, Deutschland, Singapur
47+ Arbeitsanweisungen
Von Grund auf erstellt
100% audit-konform
In jedem Arbeitsstrang
40% schneller
Lieferzeiten
Die Herausforderung
Manche Länder verlangen, dass ihre Daten — und die Menschen, die darauf zugreifen können — im eigenen Land bleiben. Cloud-Dienste unter dieser Auflage zu betreiben heißt: pro Land noch einmal aufzubauen, was die globale Plattform einmal kann. Und nichts davon war vorbereitet.
- Keine bestehende Struktur: kein Delivery-Rahmen, keine Dokumentationsbasis, keine abgestimmte Definition von „betriebsbereit“
- Drei Länder: Frankreich, Deutschland und Singapur, jeweils mit eigener Rechtslage und eigenem lokalen Betriebsteam
- Keine Weisungsbefugnis: die beteiligten Engineering-, Produkt- und Partnerteams lagen unter anderen Führungskräften — mehrere davon in derselben Organisation, keines berichtete an mich
- Prüfbarkeit ab Tag eins: alles musste einer Prüfung standhalten, nicht nur funktionieren
Die Rahmenwerke mussten nicht verbessert werden. Es gab sie schlicht nicht.
Mein Vorgehen
Das Unsichtbare explizit machen — und dann übergeben.
1. Die Lieferkette vollständig verantworten
Ich habe die gesamte Kette verantwortet, die den Betrieb im jeweiligen Land möglich macht: die Infrastruktur selbst, die besonders abgesicherten Rechner, über die Administratoren darauf zugreifen, die durchgehende Sicherheitsüberwachung, die kontrollierten Wege, auf denen Mitarbeitende eines Landes mit einem anderen zusammenarbeiten dürfen, sowie die Migration der Dienste in jede Umgebung.
Das als ein Programm zu behandeln statt als fünf getrennte Projekte machte die Abhängigkeiten sichtbar — und an Abhängigkeiten scheitern solche Umgebungen tatsächlich.
2. Das Betriebshandbuch schreiben, das es nicht gab
Im Verlauf des Programms habe ich 47+ Arbeitsanweisungen von Grund auf geschrieben — die Schritt-für-Schritt-Anleitungen, nach denen ein lokales Team die Plattform betreibt — dazu die Roadmaps, um alle drei Länder auf einen gemeinsamen Standard zu bringen.
Der Prüfstein für jedes Dokument war unmissverständlich: Kann jemand in einem anderen Land dem folgen, ohne mich zu fragen? Was das nicht bestand, wurde neu geschrieben.
3. Steuern ohne Weisungsbefugnis
Keines der beteiligten Teams berichtete an mich — mehrere saßen in derselben Organisation, nur unter anderen Führungskräften. Die Steuerung musste sich ihren Platz also verdienen statt verordnet zu werden. Eingeführt habe ich:
- Priorisierungsregeln, damit konkurrierende Teams über die Kriterien stritten statt über das Ergebnis
- Freigabepunkte, damit „bereit“ ein gemeinsamer, prüfbarer Zustand war und keine Meinung
- KI-gestützte Planung, damit der Abstimmungsaufwand im Verhältnis zur eigentlichen Arbeit blieb
4. Befähigen, dann zurücktreten
Das Ziel war nie, die Person zu sein, die weiß, wie es funktioniert. Das Training wurde ausgerollt und in allen drei Ländern abgenommen, sodass lokale Teams und Partner ohne mich weiterarbeiten können.
Ergebnisse
- 100% audit-konforme Ergebnisse in jedem Arbeitsstrang
- 40% schnellere Lieferzeiten
- Training abgenommen in allen drei Ländern
- Partnerorganisationen befähigt, eigenständig zu arbeiten
- Gemeinsamer Plattform-Standard übernommen als Planungsgrundlage der Organisation
Was ich gelernt habe
Bei null zu starten ist ein Vorteil — genau einmal. Es gibt keinen Altprozess, gegen den man argumentieren muss. Aber Gewohnheiten verfestigen sich um das, was zuerst ausgeliefert wird — die erste Fassung wiegt schwerer, als sie aussieht. Der Standard wird laufend weiterentwickelt. Einen zu haben, den man weiterentwickeln kann, ist der Gewinn.
Dokumentation ist eine Schnittstelle, kein Artefakt. Eine Anleitung, der niemand ohne Rückfrage beim Autor folgen kann, ist bloß eine Notiz. Der Übergabetest muss beim Schreiben angewendet werden, nicht am Ende.
Regulatorische Grenzen sind organisatorisch, bevor sie technisch werden. Das Schwierige ist selten die Kontrolle selbst, sondern die Einigung darüber, wer sie verantwortet, wer ihre Wirksamkeit nachweist und wer nachts geweckt wird, wenn sie versagt.
Steuerung ohne Weisungsbefugnis lebt von Nachvollziehbarkeit. Menschen richten sich an einem Rahmen aus, dessen Logik sie erkennen. Klare Priorisierungskriterien und Freigabepunkte haben mehr für die Abstimmung getan als jeder Eskalationsweg.