Scenario Analysis

Zweck

In der IT-Welt herrscht der Irrglaube, eine Architektur müsse nur für den einen Pfad auf der "Produkt Roadmap" optimiert sein. Szenarioanalyse ("Scenario Analysis" oder Scenario Planning) zertrümmert diesen Pfad in mehrere extreme Zweige. Das Ziel ist nicht, die Zukunft präzise vorherzusagen (das ist unmöglich). Das Ziel ist, eine Systemarchitektur so zu gestalten, dass sie *robust* ist – das heißt, sie kollabiert nicht komplett, egal welche der ausgearbeiteten Zukunfts-Welten tatsächlich eintritt.

Einsatzkontext

Diese Methodik wird zwingend in großen Enterprise-Architekturrunden vor massiven Hardware-Käufen, Cloud-Vendor-Lock-ins oder Strategischen Re-Writes angewendet. Du wettest nicht die gesamten Ressourcen deines Tech-Tribes auf einen Single-Point-of-Failure (z.B. "AWS wird für immer günstig bleiben").

Schritt für Schritt

Szenarioplanung folgt oft der Shell-Methodik oder den Grundzügen von Peter Schwartz:

1.Fokusthema wählen: z.B. "Unsere Infrastruktur-Roadmap für 2030".

2.Treiber & Unsicherheiten mappen: Welche zwei externen, unkontrollierbaren Variablen sind am kritischsten? (z.B. X-Achse: Regulatorik der EU, Y-Achse: Verfügbarkeit von AI-Entwicklern).

3.Die 4 Welten erschaffen: Du erstellst eine 2x2 Matrix und schreibst kleine "Science-Fiction"-Geschichten für jeden der 4 Quadranten. (Quadrant A: Totale EU-Regulatorik + Wenig AI. Quadrant D: Der Wilde Westen (keine Regeln) + Massenhafte GenAI-Akteure).

4.Resilienz Test (Wind-Tunneling): Halte deinen aktuellen Architektur-Plan in jede der 4 Welten. In welcher Welt stürzt dein Plan tödlich ab?

Beispiel

Ein Startup baut ein gigantisches Data-Warehouse auf Google Cloud auf und vernetzt es tief mit Closed-Source AI-APIs (OpenAI). Eine Architektur-Szenarioanalyse generiert die Welt "KI-Winter & Datenschutz". In diesem Szenario dreht der EU-Regulator komplett durch und verbietet den Datentransfer in die USA, gleichzeitig steigen die Preise von OpenAI um das Zehnfache. Die Diagnose beim "Wind-Tunneling" des Architektur-Entwurfs besagt: Unser Plan stirbt in Szenario B innerhalb von drei Wochen. Das Team beschließt eine Korrektur: Wir bauen zwingend ein abstrahiertes Gateway, um notfalls auf schwächere, lokale LLMs (Llama) in unseren eigenen Datencentern umschalten zu können ("Architectural Hedging").

Diagramm

Wie aus Diagnose Handlung wird

Software ist weich (soft), aber Architekturentscheidungen verhalten sich oft wie Beton ("Hard-to-change"). Wenn Architekten argumentieren "YAGNI" (You Aren't Gonna Need It) um Überengineering zu vermeiden, nutzen sie das oft als Ausrede, um überhaupt nicht über die Zukunft nachzudenken. Szenario-Analyse hilft dabei, die Balance zwischen "Wir bauen keine toten Features" und "Wir machen das System nicht so fragil, dass ein plötzlicher Marktwechsel uns die Beine bricht" zu finden ("Strategic Optionality").

Wann diese Methode die richtige ist

*Behaviour over Time Charts* schauen zurück in die Vergangenheit, um laufende Trends in das Heute zu extrapolieren. *Szenario-Analyse* tut das explizit nicht. Sie zerstört die Extrapolation. Sie fragt: Was, wenn der Trend morgen aus physikalischen, politischen oder wirtschaftlichen Gründen radikal abbricht?

Wie du die Diagnose im Alltag einsetzt

Nutze in Strategiesitzungen den "Pre-Mortem" Modus. Setze dich an den Tisch und sage: "Es ist das Jahr 2029. Unser Kubernetes-Rollout ist episch in Flammen aufgegangen. Die Firma ist bankrott. Jeder von euch hat 5 Minuten aufzuschreiben, exakt welches Umfeld-Ereignis diesen Untergang verursacht hat." Aus diesen Notizen baust du die kritischen Szenarien für deine Architektur-Validierung.

Erste Analyse-Schritte

Verwechsle "Szenarien planen" nicht mit "Risiko-Management (Excel Typologie)". Risiko-Management probiert Eintrittswahrscheinlichkeiten zu berechnen (X % Chance, dass AWS down geht). In komplexen adaptiven Systemen (VUCA Welten) sind Wahrscheinlichkeiten für "Schwarze Schwäne" unmöglich zu berechnen. Entwickle keine "Worst Case" versus "Best Case" Szenarien, sondern qualitativ völlig *unterschiedliche* Welten.

Woran du eine brauchbare Diagnose erkennst

Wurde der aktuelle 3-Jahres "Cloud-Migration-Plan" nicht nur gegen die Folie "Alles läuft perfekt und Kosteneinsparung greift", sondern aktiv gegen die Erzählung "Unser bester Provider verdoppelt spontan die Ingress-Preise und kündigt die Kompatibilität auf" sturmgetestet?

Quellen

Peter Schwartz — The Art of the Long View (Doubleday, 1991)

Shell International — Scenarios: An Explorer's Guide (2008)

Wikipedia: Scenario Planning