Wie man einen Business Case für CDC-Wiederaufbauinvestitionen erstellt

Die Lücken in der Erholung sollten in Geschäftsrisiken, Kosten des Nichtstuns, Alternativen und messbare Investitionsergebnisse übersetzt werden.

Derjenige, der ein Problem bei der Wiederherstellung des CDC feststellt, stößt in der Regel fast sofort auf ein zweites Problem: Die Personen, die das Budget kontrollieren, haben nicht denselben Bezugsrahmen.

Die Erklärung, dass einer Replikationsplattform die Transparenz des Wiederherstellungszustands fehlt, dass das Aufholverhalten schwer vorherzusagen ist oder dass die Validierung nach der Wiederherstellung größtenteils manuell erfolgt, wird die Budgetdiskussion wahrscheinlich nicht voranbringen.

Nicht etwa, weil diese Punkte unwichtig wären. Sie sind von enormer Bedeutung. Aber sie beschreiben technische Lücken, während Budgetverantwortliche Investitionen anhand folgender Kriterien bewerten:

• Geschäftsrisiko
• Finanzielle Risiken
• Operative Konsequenzen
• konkurrierende Prioritäten
• Erwartete Rendite
• Verfügbare Alternativen

In der Lücke zwischen diesen beiden Gesprächsformen bleiben legitime technische Probleme stecken, werden nachrangig behandelt oder es muss auf einen schwerwiegenden Vorfall gewartet werden, der das Problem in den Vordergrund rückt.

Diese Übersetzung ist keine Schönfärberei. Sie zeigt, wie technische Teams Risiken für diejenigen verständlich machen, die entscheiden müssen, ob das Unternehmen das Risiko weiterhin tragen soll.

Ziel ist es nicht, die Wahrscheinlichkeit eines schwerwiegenden Zwischenfalls zu übertreiben. Vielmehr geht es darum, das aktuelle Risiko, die verfügbaren Optionen, die zu erwartenden Ergebnisse und die verbleibenden Abwägungen so klar darzustellen, dass das Management eine ehrliche Bewertung vornehmen kann.

Kurzantwort: Was beinhaltet ein überzeugender Business Case für die CDC-Wiederherstellung?

Ein Business Case, der eine Budgetdiskussion anstoßen soll, muss sechs Fragen beantworten:

1. Welchem ​​Wiederherstellungsrisiko ist die Organisation heute ausgesetzt?
2. Welche Kosten hat dieses Risiko bereits verursacht?
3. Welche Kosten oder Aufdeckungsmöglichkeiten könnte ein zukünftiger Vorfall mit sich bringen?
4. Welche Abhilfemaßnahmen stehen zur Verfügung?
5. Welche Kosten verursacht jede Option, welche Einsparungen bringt sie mit sich und welche Fragen bleiben ungeklärt?
6. Anhand welcher messbaren Ergebnisse lässt sich feststellen, ob die Investition erfolgreich war?

Technische Belege stützen diese Antworten. Sie ersetzen sie jedoch nicht. Die überzeugendsten Business Cases übersetzen Erholungslücken in operative Auswirkungen, finanzielle Risiken und Risikominderungen und legen dabei Annahmen, Alternativen und verbleibende Abwägungen explizit dar.

Warum das technische Argument allein scheitert

Technische Teams gehen häufig mit einer detaillierten Beschreibung der bestehenden Funktionslücken in Budgetgespräche: Die Plattform bietet nicht genügend Transparenz über den Neustartstatus, das Aufholen ist schwer vorherzusagen und die Validierung nach der Wiederherstellung erfolgt größtenteils manuell.

Diese Darstellung ist zwar korrekt und berechtigt, aber für ein Geschäftspublikum unvollständig. Budgetverantwortliche bewerten die technische Lücke nicht isoliert, sondern im Zusammenhang mit dem Risiko. Konkret:

• Wie häufig tritt dieses Problem auf?
• Wie lange dauert die Genesung?
• Wer ist beteiligt?
• Welche Geschäftsprozesse sind betroffen?
• Wie hoch sind die Kosten des aktuellen Verfahrens?
• Wie wahrscheinlich ist ein schwerwiegenderer Ausgang?
• Lässt sich das Problem durch Prozessverbesserungen verringern?
• Was wird die geplante Investition verändern?
• Wie wird die Organisation das Ergebnis messen?

Eine technische Beschreibung allein beantwortet diese Fragen nicht. Die Wirtschaftlichkeitsanalyse muss die bestehenden Lücken in Bezug auf Betriebsabläufe, Finanzen, Organisation und Risiken aufzeigen, bevor das Gespräch fortgesetzt werden kann.

Zum Beispiel:

Technische Feststellung: Die Betreiber können nicht ohne Weiteres feststellen, ob eine wieder in Betrieb genommene Pipeline den Rückstand aufholt oder weiterhin hinterherhinkt.

Geschäftliche Übersetzung: Wiederherstellungszeiten sind schwer vorherzusagen, nachgelagerte Teams können nicht sicher planen, und die Gefährdung durch veraltete Daten kann länger andauern als erwartet.

Technische Feststellung: Die Validierung von der Quelle zum Ziel erfolgt manuell.

Geschäftliche Übersetzung: Die Organisation wendet zusätzliche Zeit für die Validierung jeder Datenwiederherstellung auf und verfügt über keine wiederholbaren Beweise, die die Entscheidung zur Rückgabe der Daten zur Verwendung stützen.

Technischer Befund: Die Wiederherstellung hängt von einem erfahrenen Spezialisten ab.

Geschäftliche Übersetzung: Die Verfügbarkeit von Personal beeinflusst die Wiederherstellungszeit, birgt ein Kontinuitätsrisiko und schränkt die Fähigkeit der Organisation ein, konsequent zu reagieren.

Diese Übersetzung macht das Problem der Wiederherstellung verständlich, ohne dass der Budgetverantwortliche zum CDC-Experten werden muss.

Schritt 2: Berechnen Sie die Kosten des Nichtstuns

Die geplante Investition wird einen sichtbaren Preis haben. Die Kosten der aktuellen Umgebung verteilen sich üblicherweise auf Vorfälle, Teams, Geschäftsprozesse und Risikokategorien. Dadurch werden sie leicht übersehen. Unterteilen Sie die Analyse in zwei Kategorien:

1. Wiederkehrende direkte Kosten
2. Eventuelles Risiko

Einsatzkräfte im Zusammenhang mit Vorfällen

Schätzen Sie den Personalaufwand für eine typische Wiederherstellung. Sind mehrere Personen oder Teams beteiligt, berechnen Sie deren Zeitaufwand separat oder berücksichtigen Sie die durchschnittliche Teilnehmerzahl.

Validierungs- und Sanierungsarbeiten

Die Zeiterfassung darf auch nach dem Neustart der Replikation nicht unterbrochen werden. Berücksichtigen Sie den Aufwand für die Überwachung des Aufholprozesses, die Validierung der wiederhergestellten Daten, die Untersuchung von Abweichungen, die Koordination nachgelagerter Teams, die Fehlerbehebung und die Erstellung der Dokumentation nach dem Vorfall. Dieser Prozess kann parallel zu den Wiederherstellungsarbeiten laufen.

Der Wiederherstellungsaufwand ist oft umfangreicher als die rein technischen Arbeiten. Viele Vorfälle erfordern die Koordination zwischen Anwendungsverantwortlichen, nachgelagerten Teams, Business-Stakeholdern, dem Support von Anbietern sowie Mitarbeitern aus den Bereichen Governance, Risikomanagement, Compliance und Betrieb. In manchen Umgebungen kann der Aufwand, die sichere Nutzung zu gewährleisten, den Status zu kommunizieren und Vertrauen in die Wiederherstellung zu gewinnen, genauso viel Zeit in Anspruch nehmen wie die technische Wiederherstellung selbst.

Unterbrechung stromabwärts

Wenn replizierte Daten eine Anwendung oder einen Geschäftsprozess unterstützen, dokumentieren Sie die Auswirkungen verzögerter, veralteter oder nicht verfügbarer Daten. Je nach Umgebung können die Folgen Produktivitätsverluste, verzögerte Berichterstattung, aufgeschobene Entscheidungen, manuelle Workarounds, reduziertes Transaktionsvolumen, Nichterfüllung von Serviceverpflichtungen, erhöhter Aufwand für den Kundensupport oder verzögerte Geschäftsprozesse umfassen.

Nutzen Sie, sofern vorhanden, bestehende Modelle zur Geschäftskontinuität oder Systemkritikalität. Falls kein genehmigtes Modell existiert, erarbeiten Sie gemeinsam mit der Finanzabteilung und den Geschäftsinhabern eine konservative Schätzung.

In Umgebungen, in denen die Infrastrukturnutzung gemessen und zugeordnet wird, können Wiederherstellungsmaßnahmen wie Aufholprozesse, umfassende Resynchronisierungen oder vollständige Neuladungen ebenfalls messbare Kosten für Mainframe-, Plattform-, Cloud- oder Rechenkapazität verursachen. Sofern zuverlässige Messungen verfügbar sind, können diese Kosten in die Analyse einbezogen werden.

Datenintegritätswiederherstellung

Eine Wiederherstellung, die fehlerhafte oder unerklärliche Daten erzeugt, ist nicht mit der Wiederaufnahme der Replikation abgeschlossen. Die Behebung kann technische Untersuchungen, Datenabgleich, Datenkorrektur, erneute Anwendungsverarbeitung, Berichtserneuerung, Auditprüfung, Behebung von Kontrollmängeln oder externe Kommunikation erfordern.

Eine Wiederherstellung, die auf implizitem Wissen beruht, birgt organisatorische Risiken, selbst bei seltenen Vorfällen. Sinnvolle Maßnahmen umfassen die Anzahl qualifizierter Bediener, undokumentierte Wiederherstellungsschritte, Eskalationen an Anbieter, Schulungsaufwand, manuelle Validierung und Wiederherstellungsaktivitäten, die nicht anhand eines dokumentierten Handbuchs durchgeführt werden können.

Dies übersetzt die Aussage „Wir sind von einer Person abhängig“ in ein beobachtbares operationelles Risiko.

Bedingte Exposition

Manche Risiken sollten nicht als wiederkehrende jährliche Kosten behandelt werden. Stattdessen sollten sie separat als bedingte Risiken dokumentiert werden, die unter bestimmten Bedingungen eintreten können:

• Vertragsstrafen
• Prüfungs- oder interne Kontrollfeststellungen
• Regulierungsbelastung
• Auswirkungen auf Kunden oder Partner
• Schwerwiegende Betriebsunterbrechung
• Reputationsrisiko
• Ereignisse mit geringer Häufigkeit, aber hohen Auswirkungen

Beziehen Sie eine theoretische Höchststrafe nicht als vorhersehbare Kostenart in die ROI-Berechnung ein. Dokumentieren Sie stattdessen das Szenario, die potenziellen Folgen, die Eintrittswahrscheinlichkeit, den Verantwortlichen für die Annahmen und die bestehenden Kontrollmechanismen. Diese Unterscheidung erhöht die Glaubwürdigkeit der finanziellen Argumentation.

Beispielrechnung

Schätzen Sie die jährlich wiederkehrenden Wiederherstellungskosten anhand der Vorfallhäufigkeit, des Reaktionsaufwands, des Validierungsaufwands, des Behebungsaufwands und gegebenenfalls der Folgeunterbrechungen. Verwenden Sie nach Möglichkeit interne Daten und dokumentieren Sie alle Annahmen klar.

Das Ergebnis ist kein vollständiger Business Case. Es ist ein vertretbarer Ausgangspunkt, basierend auf beobachtbaren Kosten.

Schritt 3: Vergleichen Sie die verfügbaren Optionen

Ein überzeugender Business Case sollte nicht von der Annahme ausgehen, dass die Organisation ihre CDC-Plattform ersetzen muss. Es sollten realistische Alternativen geprüft werden.

Bewerten Sie vier Alternativen

• Prozessverbesserung: Überwachung, Verantwortlichkeiten, Schulungen, Validierung und Betriebshandbücher verbessern.
• Plattformerweiterung: Hinzufügen von Funktionen, Verbesserung der Beobachtbarkeit, Automatisierung der Wiederherstellung oder Stärkung der Validierung.
• Plattformersetzung oder -konsolidierung: Umfassendere Einschränkungen bei der Wiederherstellung durch technologische Veränderungen angehen.
• Risikoakzeptanz: Dokumentieren Sie das Risiko, den Verantwortlichen, die vorläufigen Kontrollmaßnahmen, den Überprüfungstermin und den Auslöser für eine erneute Prüfung.

Die Einbeziehung der Risikoakzeptanz zeigt, dass es sich bei der Wirtschaftlichkeitsberechnung um die Bewertung einer Wahl handelt und nicht lediglich um die Rechtfertigung eines Kaufs.

Schritt 4: Formulieren Sie die Empfehlung als Risikominderung.

Das Management muss verstehen, welche Änderungen sich ergeben, wenn die Investition genehmigt wird.

Schwache Formulierung: Wir brauchen eine neue CDC-Wiederherstellungsplattform, weil es der aktuellen Plattform an Transparenz hinsichtlich der zugesagten Positionen und an integrierter Diagnostik mangelt.

Verbesserte Rahmenbedingungen: Unser aktueller Wiederherstellungsprozess dauert durchschnittlich vier Stunden von der Erkennung bis zur validierten Freigabe, erfordert sechs Mitarbeiter in drei Teams und hat im vergangenen Jahr zu zwei umfassenden Resynchronisierungen geführt. Die geplante Investition soll die validierte Wiederherstellungszeit verkürzen, die Nachweisbarkeit der Wiederherstellung verbessern und die Abhängigkeit von Spezialisten reduzieren.

Die stärkere Aussage stellt einen Zusammenhang zwischen technischer Leistungsfähigkeit und messbaren Konsequenzen her.

Fähigkeiten in Ergebnisse umsetzen

Bessere Transparenz des Wiederherstellungszustands: Verkürzt die Zeit, die benötigt wird, um festzustellen, wo die Verarbeitung unterbrochen wurde und wo sie fortgesetzt werden kann.

Besser planbare Aufholprozesse: Verbessert die Wiederherstellungsplanung und ermöglicht es den nachgelagerten Teams, genauere Erwartungen zu formulieren.

Verbesserte Diagnostik: Reduziert den manuellen Aufwand für die Rekonstruktion von Vorfällen und beschleunigt die Ursachenforschung.

Validierungsunterstützung: Liefert stärkere Belege für die Entscheidung, Daten zur nachgelagerten Verwendung zurückzugeben.

Verringerte Abhängigkeit von Spezialisten: Verbessert die Kontinuität und macht die Wiederherstellung für das gesamte operative Team wiederholbarer.

Kennzeichnen Sie jedes erwartete Ergebnis genau.

Unterscheiden Sie zwischen:

• Aktuelle gemessene Leistung
• Zielerreichung
• vom Anbieter unterstützte Erwartung
• Intern modellierter Nutzen
• Ergebnis nach der Implementierung

Beispiel: Die aktuell validierte Wiederherstellungszeit beträgt durchschnittlich vier Stunden. Das angestrebte Ziel sind 30 Minuten. Proof-of-Concept-Tests zeigten, dass Neustart und Aufholvorgang innerhalb der Zielbedingungen möglich sind; die Produktionsleistung wird jedoch erst nach der Implementierung gemessen.

Das ist besser zu verteidigen, als das Ziel als garantiertes Ergebnis zu beschreiben.

Schritt 5: Bereiten Sie sich auf die Fragen des Managements vor.

Ein glaubwürdiger Vorschlag sollte auf eine genaue Prüfung vorbereiten, anstatt sie zu vermeiden.

„Handelt es sich um ein reales oder ein theoretisches Risiko?“

Beginnen Sie mit der dokumentierten Vorfallshistorie und den erkennbaren Lücken in der Wiederherstellung. Falls Vorfälle selten aufgetreten sind, bestätigen Sie dies und erläutern Sie anschließend, was die aktuelle Umgebung noch nicht zuverlässig erkennen, beheben, validieren oder nachweisen kann. Das Ausbleiben schwerwiegender Vorfälle ist nicht gleichbedeutend mit nachgewiesener Resilienz.

Für einen Business Case ist keine bestimmte Anzahl von Vorfällen erforderlich. Ziel ist es, nachzuweisen, dass die Wiederherstellungsherausforderung wiederkehrend, beobachtbar und konsistent genug ist, um sie zu bewerten. In vielen Umgebungen können zwei gut dokumentierte Vorfälle aussagekräftiger sein als eine längere Historie schlecht verstandener Ereignisse.

„Was passiert, wenn wir nichts tun?“

Fassen Sie die wiederkehrenden direkten Kosten, die aktuellen Einschränkungen bei der Kostendeckung, die Folgekosten, die Abhängigkeit von Spezialisten, die Eventualrisiken und die Entwicklung der geschäftlichen und technischen Abhängigkeiten zusammen.

Vermeiden Sie Katastrophisieren. Geben Sie die aktuelle Exposition sachlich an.

„Können wir den Prozess verbessern, ohne die Plattform auszutauschen?“

Erläutern Sie, welche Prozessverbesserungen bereits umgesetzt wurden, welche Ergebnisse erzielt wurden, welche Lücken weiterhin bestehen und ob diese verfahrens- oder plattformbedingt sind. Falls Prozessverbesserungen das Risiko sinnvoll reduzieren könnten, geben Sie dies an. Ein überzeugender Business Case bewertet Alternativen ehrlich, anstatt anzunehmen, dass eine Technologieanschaffung die einzige Lösung ist.

Wenn eine Prozessverbesserung ausreicht, sollte man dies sagen. Ein Business Case wird nicht überzeugender, wenn man mehr Investitionen empfiehlt, als das Problem erfordert.

„Wie verhält sich dies im Vergleich zu anderen Investitionsprioritäten?“

Der Vorschlag sollte so formuliert werden, dass das Management ihn mit anderen Initiativen vergleichen kann: kürzere Wiederherstellungszeiten, geringere Betriebskosten, weniger Neustarts oder Resynchronisierungen, aussagekräftigere Validierungsnachweise, geringere Abhängigkeit von Spezialisten, verbesserte Compliance oder höhere organisatorische Resilienz. Ziel ist es nicht, die Investition zur höchsten Priorität zu erklären, sondern das Risiko und den erwarteten Nutzen so klar darzustellen, dass die Führungsebene sie im Kontext anderer Anforderungen bewerten kann.

Wenn kein unmittelbarer Auslöser vorliegt, sollte der Vorschlag als Investition in die langfristige Resilienz und nicht als dringende Maßnahme zur Herstellung von Gütern präsentiert werden.

„Wird dadurch das Wiederherstellungsrisiko beseitigt?“

Keine Plattform und kein Prozess eliminiert jedes Wiederherstellungsrisiko. Erläutern Sie, welche Risiken die Investition voraussichtlich reduziert, welche Risiken bestehen bleiben und welche Kontrollmechanismen weiterhin das Restrisiko managen. Gehen Sie explizit auf Szenarien ein, die möglicherweise noch eine Eskalation, Resynchronisierung oder einen Neustart erfordern. Ein überzeugender Business Case konzentriert sich auf die Risikominderung und die Verbesserung der Wiederherstellungsergebnisse, nicht auf das Versprechen perfekter Ausfallsicherheit.

Ehrlichkeit bezüglich des Restrisikos stärkt die Argumentation.

„Wie sieht Erfolg aus?“

Definieren Sie vor der Bewilligung der Mittel eine kleine Anzahl messbarer Ergebnisse. Beispiele hierfür sind verkürzte Wiederherstellungsphasen, weniger Neustarts oder umfassende Resynchronisierungen, mehr termingerecht abgeschlossene Wiederherstellungen, eine stärkere Validierungsabdeckung, eine geringere Abhängigkeit von Spezialisten oder weniger Eskalationen durch den Anbieter. Erfolgskriterien verwandeln den Vorschlag von einer rein technischen Wunschliste in eine nachvollziehbare Investition.

Erfolgskennzahlen machen aus dem Vorschlag eine nachvollziehbare Investition und nicht nur eine technische Wunschliste.

Schritt 6: Strukturieren Sie den Business Case

Das Dokument muss nicht lang sein. Es muss die Entscheidung leicht verständlich machen.

Empfohlene Struktur

1. Zusammenfassung
2. Aktuelles Risiko
3. Kosten des Nichtstuns
4. Alternativen bewertet
5. Empfohlene Investition
6. Erwartete Ergebnisse
7. Restrisiko
8. Technischer Anhang

Das Dokument muss nicht lang sein. Es muss die Entscheidung leicht verständlich machen.

Was schwächt den Fall?

Überbewertetes Risiko: Stellen Sie kein katastrophales, aber unwahrscheinliches Szenario als erwartetes Ergebnis dar. Geben Sie sowohl die potenziellen Auswirkungen als auch die eingeschätzte Wahrscheinlichkeit an.

Keine verlässliche Ausgangsbasis: Wenn die Vorfallshistorie unvollständig ist, legen Sie die Lücke offen und verwenden Sie die aussagekräftigsten verfügbaren operativen Messgrößen.

Direkte Kosten vermischt mit dem Worst-Case-Risiko: Wiederkehrende Arbeitskosten, maximale Strafen, Reputationsschäden und hypothetische Umsatzeinbußen sollten nicht zu einer überhöhten Zahl zusammengefasst werden.

Alternativen werden nur oberflächlich behandelt: Ein Vorschlag, der Prozessverbesserungen oder Plattformerweiterungen ausblendet, wirkt vorgefasst.

Die vom Anbieter als Erfolgsgarantie präsentierten Aussagen lauten: Kostenvoranschlag, Proof-of-Concept-Ergebnis, Zielvorgabe und Produktionsergebnis sind unterschiedliche Dinge. Kennzeichnen Sie jedes einzelne korrekt.

Kein messbares Ergebnis: Wenn der Erfolg nach der Umsetzung nicht messbar ist, hat das Management keine Grundlage, um festzustellen, ob die Investition erfolgreich war.

Technische Details in der Managementzusammenfassung: Budgetverantwortliche müssen nicht jeden einzelnen Kontrollpunkt, jede Markierung, LSN, RBA oder Logposition verstehen. Sie müssen das Risiko, die Optionen, die Investition, das erwartete Ergebnis und das Restrisiko verstehen.

Der ehrliche Kompromiss

Nicht jede CDC-Umgebung erfordert den gleichen Umfang an Investitionen in die Datenwiederherstellung. Eine Umgebung, die geringe Datenmengen und nicht kritische Daten verarbeitet, birgt ein anderes Risiko als eine Umgebung, die Zahlungen, Kundenkonten, Meldepflichten, Schadensfälle oder operative Entscheidungen unterstützt.

• Prozessverbesserungen können einen Teil der Lücke schließen.
• Eine Verbesserung der aktuellen Plattform könnte ausreichend sein.
• Der Austausch der Plattform kann zwar tieferliegende Schwächen beheben, birgt aber Migrations- und Implementierungsrisiken.
• Eine Verschiebung kann angemessen sein, wenn das Risiko verstanden, akzeptiert und überprüft wird.

Ein Budgetverantwortlicher, der kritische Fragen stellt, erfüllt seine Aufgabe. Die beste Antwort sind nicht weitere technische Details oder eine dramatischere Prognose. Es sind präzise, ​​ehrlich präsentierte Fakten, bei denen Annahmen und Abwägungen transparent dargelegt werden.

Fazit

Eine Investition in die Wiederherstellung der CDC wird nicht genehmigt, nur weil der aktuellen Plattform ein bestimmter Kontrollpunkt, eine Diagnoseansicht, eine Vergleichsfunktion oder eine Möglichkeit zum Aufholen historischer Daten fehlt.

Die Genehmigung ist wahrscheinlicher, wenn das Management Folgendes sehen kann:

• Das Risiko, das die Organisation heute trägt
• Die gemessenen Kosten und Folgen
• Die Grenzen des aktuellen Prozesses und der Plattform
• Die verfügbaren Alternativen
• Die erforderliche Investition
• Die erwartete Reduzierung der Exposition
• Das Risiko, das bestehen bleibt
• Die Maßnahmen, die über den Erfolg entscheiden werden

Die Aufgabe des Experten besteht nicht darin, das Eintreten eines schwerwiegenden Vorfalls zu garantieren. Vielmehr geht es darum, die technischen Erkenntnisse in eine Entscheidungsgrundlage zu übersetzen, die das Management bewerten kann.

Diese Übersetzung ist keine Schönfärberei. Sie zeigt, wie die Organisation entscheidet, ob das aktuelle Risiko akzeptabel ist.

Untermauern Sie Ihre Argumentation mit Beweisen.

Verwenden Sie das CDC Recovery Business Case Worksheet zur Dokumentation:

• Vorfallsgeschichte
• Dauer der Erholungsphase
• Personaleinsatz
• Nachgelagerte Abhängigkeiten
• Lücken im Erholungsziel
• Direkte Kosten des Nichthandelns
• Bedingte Exposition
• Alternativen in Betracht gezogen
• Investitionsannahmen
• Zielvorgaben
• Restrisiko
• Empfehlung der Geschäftsleitung