Zum Inhalt springen
Beta

Übersicht

Erstellen Sie belastbare Entscheidungsgrundlagen, indem Sie erwartete Cloud-Kosten mit Ausgangskosten und strategischem Mehrwert zusammenführen.

In 1 Trail

Dieses Modul verstehen

Abschnitt betitelt „Dieses Modul verstehen“

Der Business Case übersetzt Discovery, Ziel-Design und Migration Strategy in eine transparente Entscheidungsvorlage je Anwendung.

Der finanzielle Kern ist klar:

  • Erwartete Cloud-Kosten aus Zielarchitektur und Betriebsmodell prognostizieren.
  • Diese Kosten mit der Kosten-Baseline des heutigen Zustands vergleichen.
  • Deltas für Application Owner und Sponsor-Stakeholder nachvollziehbar machen.

Dieses Modul erweitert den reinen Vergleich der Kosten um zusätzlichen Business-Nutzen, der sich aus technischen Discovery-Daten meist nicht direkt ableiten lässt.

Kernfrage des Moduls

Abschnitt betitelt „Kernfrage des Moduls“

Für jede Anwendung wird eine praktische Entscheidungsfrage beantwortet:

Erzeugt die Migration zum richtigen Zeitpunkt genug Mehrwert, um Investition und Umsetzungsrisiko zu rechtfertigen?

Eingaben für den Business Case

Abschnitt betitelt „Eingaben für den Business Case“

Der Business Case nutzt strukturierte Eingaben aus vorherigen Modulen:

  • Discovery-Ergebnisse: Lastprofil der Anwendung, Life-Cycle-Status, Nutzungsverhalten und Baseline-Betriebskosten.
  • Design-Ergebnisse: Annahmen zur Landing Zone, Ziel-Services sowie Anforderungen an Verfügbarkeit, Sicherheit und Compliance.
  • Migrationsstrategie: Gewähltes Migrationsmuster (z. B. Rehost, Replatform, Refactor), Wellenplanung und Übergangsrestriktionen.
  • Finanzielle Baseline: Aktuelle TCO-Bausteine wie Infrastruktur, Lizenzen, Betrieb, Support und gegebenenfalls Abschreibungen.

Kostentransparenz als Pflicht-Ergebnis

Abschnitt betitelt „Kostentransparenz als Pflicht-Ergebnis“

Das erste Pflicht-Ergebnis ist ein klares Kostenbild je Anwendung und Welle:

  • Cloud-Zielbetriebskosten: Prognostizierte laufende Kosten im Zielzustand.
  • Transition-Kosten: Einmalige Migrationskosten (Factory-Aufwand, Tooling, Parallelbetrieb, Cutover).
  • Baseline-Kosten: Kosten des heutigen Betriebs (On-Premises oder bestehendes Hosting).
  • Delta-Sicht: Kostenunterschiede über die Zeit inklusive Break-even-Betrachtung.

Damit erhalten Application Owner die Mindestbasis für finanziell belastbare Migrationsentscheidungen.

KI-gestützte Business-Case-Assets

Abschnitt betitelt „KI-gestützte Business-Case-Assets“

KI-gestützte Business-Case-Assets können aus erfassten Anforderungen und Zielarchitektur-Annahmen erste STACKIT Laufkostenschätzungen und Business-Case-Entwürfe für die fachliche Prüfung erzeugen.

Asset-Titel
Framework
Asset-Typ
CloudMent LogoCloudMent Logo
Software

CloudMent AI-Powered Cloud Advisor

CloudMent

Migration assess discovery design-and-mobilize design +5
Open Source In 1 Trail

Partner-Software-Asset für KI-gestützte STACKIT-Migrationsbewertung, R-Strategie-Auswahl, Zielarchitektur, Business Case und evidenzbasierte Migrationsplanung.
cloudment Logocloudment Logo
CloudMent AI-Powered Cloud Advisor
Migration
Software

Beispiel: Kostenstapel im Vergleich

Abschnitt betitelt „Beispiel: Kostenstapel im Vergleich“

Die folgende semantische Darstellung vergleicht Ausgangs- und Zielkosten je Kategorie auf einer einheitlichen Skala. In diesem Beispiel zeigt der STACKIT-Stapel einen Mittelwert und Bandbreiten je Kategorie. Abhängig von Migrationsqualität und FinOps-Reife können einzelne Kostenkategorien auch steigen.

Wichtig: Die Grafik nutzt illustrative Kostenindex-Werte, um die Vergleichsmethode zu zeigen. Sie ist kein empirischer Benchmark und muss mit projektspezifischen Baseline- und Preisdaten ersetzt werden.

Seitlich wischen, um das ganze Diagramm zu sehen
Business Case: Kostentransparenz über Stapel Beispielhafter Jahreskosten-Index je Kategorie, mit einheitlicher Skala für Ausgangs- und Zielzustand. Business Case: Kostentransparenz über StapelBeispielhafter Jahreskosten-Index je Kategorie, mit einheitlicher Skala für Ausgangs- und Zielzustand.Infrastruktur - 42Lizenzen - 18Betrieb - 22Sicherheit und Compliance - 8Backup und Wiederherstellung - 10Infrastruktur - Mittelwert 32Lizenzen - Mittelwert 18Betrieb - Mittelwert 20Sicherheit und Compliance - Mittelwert 8Backup und Wiederherstellung - Mittelwert 10Ausgangskosten On-PremisesGesamtindex: 100Zielkosten auf STACKITMittelwert-Index: 88 (Band: 72 bis 105)Bandbreitenbasierte ErgebnisdarstellungGesamteffekt: −28% bis +5% gegenüber BaselineBandbreitenmodell je KategorieInfrastruktur: −40% bis −10%Lizenzen: −20% bis +15%Betrieb: −25% bis +10%Sicherheit/Compliance: −10% bis +20%Backup/Wiederherstellung: −15% bis +25%Wiederkehrend vs. einmaligDieser Stapel zeigt nur wiederkehrende Run-Kosten.Einmalige Migrationskosten separat modellieren.

Annahmen, Datengrundlage und Quellenhinweise

Abschnitt betitelt „Annahmen, Datengrundlage und Quellenhinweise“
  • Methode: Die Baseline ist auf 100 indexiert. Je Kostenkategorie wird ein Wertebereich plus ein Mittelwert-Szenario dargestellt.
  • Interpretation: Die Wertebereiche sind orientierende Erfahrungswerte aus Migrationsprogrammen und FinOps-Praxis, keine Garantie.
  • Einflussfaktoren: Architekturqualität, Migrationsmuster, Workload-Eignung, Lizenzmodell, Resilienzanforderungen und Governance-Reife.
  • Nötige Projektdaten: Gemessene Baseline-Auslastung, Vertrags- und Lizenzposition, Zielarchitektur und Betriebsmodellannahmen.
Seitlich wischen, um die ganze Tabelle zu sehen
KostenkategorieIllustrativer Bereich gegen BaselineTypische Treiber
Infrastruktur-40% bis -10%Rightsizing und Managed Services reduzieren häufig Überprovisionierung.
Lizenzen-20% bis +15%BYOL-Entscheidungen und Softwaremodell-Wechsel können Kosten senken oder erhöhen.
Betrieb-25% bis +10%Automatisierung kann Aufwand senken; Parallelbetrieb und Umstellungskomplexität können gegenläufig wirken.
Sicherheit und Compliance-10% bis +20%Tool-Konsolidierung kann senken, höhere Kontrolltiefe kann erhöhen.
Backup und Wiederherstellung-15% bis +25%Tiering kann sparen; strengere RPO/RTO und Replikation können Kosten erhöhen.

Methodische Referenzpunkte und Beobachtungen zur Kostenschwankung:

Externe Quelle data.finops.org FinOps Foundation: State of FinOps Data and Benchmarking Hub Externe Seite öffnen Führt von der Route weg Externe Quelle finops.org FinOps Foundation Framework: Usage Optimization Externe Seite öffnen Führt von der Route weg Externe Quelle finops.org FinOps Foundation Framework: Rate Optimization Externe Seite öffnen Führt von der Route weg

R-Strategie-Matrix für einmalige Investition und Langfristnutzen

Abschnitt betitelt „R-Strategie-Matrix für einmalige Investition und Langfristnutzen“

Die folgende Matrix modelliert explizit den Teil, den der Run-Cost-Stapel nicht zeigt: die einmaligen Migrations- und Projektkosten je Strategieentscheidung.

Seitlich wischen, um das ganze Diagramm zu sehen
R-Strategie-Matrix: Migrationsinvestition versus Langfristnutzen Jede Strategie ist als Wertebereichsfläche dargestellt: X = einmalige Migrations-/Projektkosten, Y = langfristiger Nutzen (Run-Kosten-Effekt plus Business-Effekte). R-Strategie-Matrix: Migrationsinvestition versus LangfristnutzenJede Strategie ist als Wertebereichsfläche dargestellt: X = einmalige Migrations-/Projektkosten, Y = langfristiger Nutzen (Run-Kosten-Effekt plus Business-Effekte).Bestes Feld: geringe Investition, hoher NutzenSchwächstes Feld: hohe Investition, geringer NutzenEinmaliger Migrations- und Projektkostenindex (niedrig bis hoch)Langfristiger Nutzenindex (niedrig bis hoch)RelocateRehostReplatformRepurchaseRefactorRetainRetireFlächenbreite und -höhe zeigen Wertebereiche. Mittelpunkte sind Orientierungsanker, keine Festlegungen. Gestrichelt = kein Migrationspfad (behalten oder abschalten).WERTEBEREICHE JE STRATEGIEInvestNutzenRelocate10–2510–25Rehost15–3520–40Replatform30–5540–65Repurchase45–7555–80Refactor55–9060–90Retain5–2010–30Retire20–4550–85

So ist die Matrix zu lesen:

  • X-Achse: Einmalige Migrations- und Projektinvestition (Umsetzungsaufwand, Tooling, Test, Change, Cutover).
  • Y-Achse: Langfristnutzen (Run-Cost-Effekt plus fachliche und operative Wirkung).
  • Punktbeschriftung: Illustrative Bandbreiten, keine festen Zusagen.

Für belastbare Entscheidungen sollten beide Sichten kombiniert werden:

  • Run-Cost-Stapel: Entwicklung der wiederkehrenden Betriebskosten.
  • R-Strategie-Matrix: Vorabinvestition und Transformationswirkung.
  • Entscheidungslogik: Break-even und Wertrealisierung über einen definierten Zeitraum betrachten, nicht nur den Run Cost.

Zusätzliche Business-Value-Dimensionen

Abschnitt betitelt „Zusätzliche Business-Value-Dimensionen“

Kosten sind essenziell, aber nur ein Teil der Wertgleichung. Eine Cloud-Migration kann deutliche zusätzliche Nutzenbeiträge liefern, die in Discovery-Daten nicht unmittelbar sichtbar sind.

Geschwindigkeit und Lieferfähigkeit

Schnellere Bereitstellung, kürzere Durchlaufzeiten und häufigere Releases beschleunigen die Auslieferung von Produkten und Features.

Resilienz und Risikoreduktion

Bessere Backup-, Recovery- und Hochverfügbarkeitsmuster können Ausfallwahrscheinlichkeit und Ausfallauswirkung reduzieren.

Sicherheits- und Compliance-Qualität

Höherer Automatisierungsgrad, bessere Kontrollreife und Auditierbarkeit senken operative und regulatorische Risiken.

Skalierbarkeit und Nachfrageflexibilität

Elastizität kann Überprovisionierung verringern und Wachstumsengpässe in Lastspitzen vermeiden.

Technische Schulden und Modernisierung

Plattform-Modernisierung reduziert Wartungsaufwand und ermöglicht weitere Architekturentwicklung.

Produktivität und Fokus der Teams

Teams investieren weniger Zeit in undifferenzierende Infrastrukturtätigkeiten und mehr in fachlichen Mehrwert.

Praxistauglicher Quantifizierungsansatz

Abschnitt betitelt „Praxistauglicher Quantifizierungsansatz“

Nicht jeder Nutzenbeitrag muss am ersten Tag exakt in Euro beziffert sein. Verwenden Sie ein kombiniertes Bewertungsmodell:

  • Direkt quantifizierbar: Kosten, Lizenzen, Infrastrukturbedarf, Teile des Betriebsaufwands.

  • Mit Proxy grob schätzbar: Incident-Auswirkungen, Release-Durchlaufzeit, Bereitstellungsgeschwindigkeit von Umgebungen.

  • Qualitativ, aber entscheidungsrelevant: Strategische Agilität, Plattform-Standardisierung, Innovationsfähigkeit.

Annahmen sollten explizit dokumentiert und mit einem Transparenzgrad zur Datenqualität versehen werden.

Empfohlene Kennzahlen je Anwendung

Abschnitt betitelt „Empfohlene Kennzahlen je Anwendung“

Mindestens folgende Kennzahlen sollten geführt werden:

  • Jährliche Baseline-Betriebskosten.
  • Prognostizierte jährliche Cloud-Betriebskosten.
  • Einmaliges Migrationsinvestment.
  • Erwartete Break-even-Dauer.
  • Trend bei Change Lead Time (vor/nach Migration).
  • Trend bei Verfügbarkeit bzw. Incident-Auswirkungen.
  • Trend bei Security-/Compliance-Findings.

Iterativer Lebenszyklus des Business Case

Abschnitt betitelt „Iterativer Lebenszyklus des Business Case“

Der Business Case ist kein einmaliges Dokument. Er wird je Welle gepflegt und mit zunehmenden Ist-Daten geschärft.

  1. Initiale Annahmen aus Discovery und Ziel-Design aufsetzen.
  2. Ziel-Cloud-Kosten und Migrationskosten je Anwendung schätzen.
  3. Nicht-kostenbezogene Nutzenhypothesen und messbare Proxys ergänzen.
  4. Annahmen mit Application Owner und Finance-Stakeholdern abstimmen und freigeben.
  5. Nach Pilot und frühen Wellen mit Ist-Daten aktualisieren.
  6. Migrations-Backlog auf Basis der aktualisierten Wertbelege neu priorisieren.

Ergebnisse dieses Moduls

Abschnitt betitelt „Ergebnisse dieses Moduls“

Der Business Case sollte mindestens folgende Ergebnisse liefern:

  • Business-Case-Sheet je Anwendung: Baseline-Kosten, Zielprognose, Migrationsinvestment und Break-even-Logik.

  • Bewertung zusätzlicher Value-Dimensionen: Strukturierte Sicht auf Nutzenbeiträge und Risikoreduktion.

  • Annahmenregister: Transparente Annahmen, Hinweise zur Datenqualität und Confidence-Rating.

  • Entscheidungsempfehlung: Proceed, defer, redesign oder stop je Anwendung.