Wenn Sie diesen Artikel lesen, prüfen Sie wahrscheinlich, ob kritische Systeme in Ihrem Unternehmen modernisiert werden müssen. In vielen Fällen entsteht dieser Bedarf nicht aus einem rein technischen Wunsch heraus, sondern aus einem konkreten geschäftlichen Druck: sinkende Produktivität Ihrer Entwicklungsteams, steigende Betriebskosten, zunehmende Risiken oder eine eingeschränkte Fähigkeit, neue Anforderungen schnell umzusetzen.
Softwaremodernisierung ist selten nur eine IT-Initiative.
Sie ist eine strategische Investitionsentscheidung.
Damit eine Modernisierungsinitiative Unterstützung erhält, braucht sie einen klaren Business Case. Dieser hilft, das Problem verständlich zu formulieren, die geschäftlichen Auswirkungen sichtbar zu machen und eine gemeinsame Entscheidungsgrundlage für Technologie, Finance und Fachbereiche zu schaffen.
In diesem Artikel beantworten wir einige der häufigsten Fragen, die entstehen, wenn wir Kunden beim Aufbau eines Business Case für Softwaremodernisierung unterstützen. Wir teilen Ansätze, die sich in solchen Situationen bewährt haben, und zeigen, welche Informationen, Metriken und Argumente helfen können, eine Modernisierungsinitiative überzeugend zu begründen.
Zur Veranschaulichung verwenden wir ein vereinfachtes Beispiel: die Migration von On-Premise-Infrastruktur hin zu einer Cloud-nativen Lösung.
Die einfache Antwort lautet: um Unterstützung, Fokus und Entscheidungsfähigkeit zu schaffen.
Auch wenn für Sie klar ist, dass ein System modernisiert werden muss, arbeiten Sie in der Regel nicht isoliert. Viele Akteure innerhalb der Organisation beeinflussen, ob die Initiative realisierbar ist und ob sie erfolgreich wird.
Sie benötigen möglicherweise Zustimmung von Geschäftsbereichen, Unterstützung durch Engineering-Teams, Rückhalt aus Finance oder Priorisierung durch das Management. Ein guter Business Case hilft Ihnen, diese Stakeholder einzubinden und eine belastbare Grundlage für die weitere Planung zu schaffen.
Ohne Business Case fehlt der Initiative häufig eine gemeinsame Sprache zwischen IT und Geschäft.
Modernisierung wird dann schnell als technisches Vorhaben wahrgenommen, obwohl es in Wirklichkeit um geschäftliche Handlungsfähigkeit, Risikoreduktion und Zukunftssicherheit geht.
Bei der Vorbereitung eines Business Case gibt es viele Aspekte zu berücksichtigen. In der Praxis ist es jedoch sinnvoll, sich zunächst auf drei zentrale Fragen zu konzentrieren:
Im Zusammenspiel dieser drei Fragen entsteht der Kern Ihres Business Case.
Wenn Sie eine Softwaremodernisierungsinitiative intern vorstellen möchten, kann auch eine strukturierte Präsentationsvorlage für Softwaremodernisierung helfen, Ihre Argumentation klarer aufzubauen.
Ein Business Case ist nur dann wirksam, wenn er auf die richtigen Stakeholder zugeschnitten ist.
Die Zielgruppe bestimmt, welche Sprache Sie verwenden, welche Risiken Sie hervorheben, welche Vorteile relevant sind und wie detailliert Ihre Argumentation sein sollte.
Bei einer Modernisierungsinitiative sprechen Sie oft mit sehr unterschiedlichen Gruppen:
Nicht alle Stakeholder sind gleich wichtig, und nicht alle benötigen dieselben Informationen.
Ein guter erster Schritt ist daher, die relevanten Stakeholder zu identifizieren und nach zwei Dimensionen zu priorisieren:
Beginnen Sie mit den Stakeholdern, die sowohl hohen Einfluss haben als auch stark betroffen sind. Diese Gruppe entscheidet häufig darüber, ob das Vorhaben Fahrt aufnimmt oder im Planungsstadium stecken bleibt.
Für technologieorientierte Stakeholder kann die technische Dringlichkeit im Vordergrund stehen: veraltete Architektur, langsame Deployments, steigende Defektrate oder sinkende Entwicklerproduktivität.
Für Finance sind Investitionsumfang, Risiken, erwarteter Return und Alternativkosten entscheidend.
Für Geschäftsbereiche zählen häufig Time-to-Market, Kundenerlebnis, Stabilität und die Fähigkeit, neue Produkte oder Services schneller bereitzustellen.
Ein überzeugender Business Case verbindet diese Perspektiven.
Sie werden bereits viele Informationen gesammelt haben: technische Details, Architekturprobleme, Kostenschätzungen, Risiken, Abhängigkeiten und mögliche Lösungsansätze.
Die Herausforderung besteht darin, nicht alles zu präsentieren.
Ein Business Case sollte sich auf die Informationen konzentrieren, die für die Entscheidung wirklich relevant sind.
Die wichtigsten Themen sind:
Für die Recherchephase kann es hilfreich sein, mit einer strukturierten Case-for-Change-Fragenliste zu arbeiten, um die wichtigsten Informationen für Ihren Business Case systematisch zu erfassen.
Gerade bei Softwaremodernisierung ist es wichtig, die technische Notwendigkeit in geschäftliche Sprache zu übersetzen.
Ein Satz wie:
„Die Anwendung basiert auf einer veralteten Architektur und ist schwer wartbar“
ist technisch korrekt, aber für viele Stakeholder nicht ausreichend.
Stärker ist eine Formulierung wie:
„Die aktuelle Architektur verlängert die Entwicklungszeit für neue Funktionen, erhöht das Risiko von Produktionsfehlern und bindet Engineering-Kapazität, die sonst für kundenwirksame Innovation genutzt werden könnte.“
Damit wird aus einem technischen Problem ein geschäftliches Thema.
Jeder Stakeholder stellt sich bewusst oder unbewusst die Frage:
Was bedeutet das für mich?
Ein überzeugender Business Case beantwortet diese Frage für jede relevante Zielgruppe.
Für die Geschäftsführung könnte der Nutzen darin liegen, strategische Wachstumsziele zu unterstützen oder operative Risiken zu reduzieren.
Für Finance könnte der Fokus auf geringeren Betriebskosten, besser planbaren Investitionen oder vermiedenen Ausfallkosten liegen.
Für Engineering Teams kann Modernisierung bedeuten, weniger Zeit mit Workarounds zu verbringen und wieder schneller, sicherer und mit höherer Qualität liefern zu können.
Für Fachbereiche kann sie kürzere Lieferzeiten, stabilere Prozesse oder bessere digitale Kundenerlebnisse ermöglichen.
Der Business Case sollte diese unterschiedlichen Motivationen sichtbar machen, ohne die Botschaft zu verwässern.
Das hängt von Zielgruppe und Format ab.
Wenn Sie den Business Case präsentieren, sollte ein kompaktes Slide Deck die wichtigsten Punkte vermitteln: Problem, strategische Relevanz, Lösungsansatz, Investition, Nutzen, Risiken und nächste Schritte. Auch hier kann eine Präsentationsvorlage für Softwaremodernisierung nützlich sein, um die wesentlichen Argumente klar zu strukturieren.
Zusätzlich kann ein detaillierteres Dokument sinnvoll sein, das nach dem Termin geteilt wird. Dort können Annahmen, Berechnungen, technische Hintergründe, Metriken und Szenarien ausführlicher dargestellt werden.
Mehr Inhalt bedeutet jedoch nicht automatisch mehr Überzeugung.
Ein Business Case soll nicht durch Umfang überzeugen, sondern durch Klarheit, Relevanz und Glaubwürdigkeit.
Ein hilfreicher Rahmen dafür sind Aristoteles’ drei Säulen der Überzeugung: Ethos, Pathos und Logos.
Glaubwürdigkeit ist entscheidend.
Warum ist diese Initiative relevant? Warum ist jetzt der richtige Zeitpunkt? Welche Evidenz unterstützt Ihre Einschätzung?
Glaubwürdigkeit entsteht durch belastbare Daten, nachvollziehbare Annahmen und relevante Erfahrung.
Diese Evidenz kann aus der Organisation selbst stammen, zum Beispiel:
Beschränken Sie sich jedoch nicht ausschließlich auf interne Quellen. Externe Quellen können ebenfalls helfen, den Kontext zu stärken. Dazu gehören Branchenstudien, akademische Quellen, Analystenberichte oder Veröffentlichungen etablierter Institutionen.
Sie könnten beispielsweise Gartner, Stanford oder Harvard Business Review zitieren, wenn diese Ihre Argumentation unterstützen.
Ein Beispiel:
„Gartner predicts that every dollar invested in digital business innovation through to the end of 2020 will require enterprises to spend at least three times that to continuously modernise the legacy application portfolio.“
Solche Quellen ersetzen nicht die eigene Analyse. Sie helfen jedoch, das Problem in einen breiteren Markt- und Technologiekontext einzuordnen.
Eine weitere Möglichkeit, Glaubwürdigkeit aufzubauen, besteht darin, Daten aus Research oder Best Practices zum Stand der Branche zu nutzen oder auch Nachrichten über Wettbewerber einzubeziehen.
Eine weitere Möglichkeit, Glaubwürdigkeit aufzubauen, besteht darin, interne Unterstützer mit hoher fachlicher oder organisatorischer Autorität einzubinden. Wenn Engineering, Product, Finance und Operations dieselbe Problemlage bestätigen, wird der Business Case deutlich stärker.
Ein Business Case sollte rational sein, aber nicht abstrakt bleiben.
Maya Angelou sagte:
„I've learned that people will forget what you said, people will forget what you did, but people will never forget how you made them feel.“
Das gilt auch für geschäftliche Entscheidungen.
Menschen entscheiden nicht nur auf Basis von Zahlen. Sie müssen die Auswirkungen eines Problems verstehen und nachvollziehen können.
Deshalb sind konkrete Beispiele, Erfahrungsberichte und Geschichten wichtig.
Sie könnten etwa beschreiben:
Sie können auch Erfolgsgeschichten vergleichbarer Organisationen nutzen, die Cloud eingesetzt haben, um Lizenz- und Wartungskosten zu senken oder operative Flexibilität zu erhöhen.
Solche Beispiele machen deutlich, dass Modernisierung nicht nur eine technische Verbesserung ist. Sie betrifft Menschen, Kunden, Geschäftsprozesse und die Fähigkeit des Unternehmens, zuverlässig zu handeln.
Ein Business Case muss logisch nachvollziehbar sein.
Bei Softwaremodernisierung wird es immer Unsicherheit geben. Niemand kann den exakten Return vor Beginn des Projekts vollständig kennen. Wichtig ist, dass die Argumentation belastbar ist und die Annahmen transparent sind.
Wenn Sie beispielsweise die Einsparungen einer Cloud-Migration abschätzen möchten, können Sie verschiedene Wege wählen.
Eine Möglichkeit ist ein Pilotprojekt. Sie migrieren ausgewählte Anwendungen und nutzen die Ergebnisse als empirische Grundlage für weitere Schätzungen. Dieser Ansatz ist stark, weil er auf Ihrer eigenen technischen und geschäftlichen Realität basiert.
Wenn ein Pilot nicht möglich ist, können simulierte Kostenvergleiche helfen. Sie könnten die aktuelle Infrastruktur mit einer Zielarchitektur vergleichen, beispielsweise mithilfe des AWS Calculators. Dabei lassen sich verschiedene Szenarien modellieren: niedrige, mittlere und hohe Nutzung, unterschiedliche Konfigurationen oder verschiedene Skalierungsannahmen.
Wenn der Modernisierungsansatz bereits etabliert ist, können zusätzlich externe Studien oder Benchmarks genutzt werden. Solche Untersuchungen können wertvolle Unterstützung für Ihre Argumentation liefern.
Je genauer die erwarteten Ergebnisse sein sollen, desto mehr Zeit müssen Sie in Recherche, Analyse und Validierung investieren.
Früher oder später muss ein Business Case über ROI sprechen.
Bei einer komplexen Softwaremodernisierungsinitiative hängt der Return häufig von mehr Variablen ab, als zu Beginn sichtbar sind.
Die Formel ist einfach:
ROI = (Current Value of Investment − Cost of Investment) / Cost of Investment
Die Herausforderung liegt nicht in der Formel, sondern in der Bewertung des Returns.
Bei Softwaremodernisierung ist der Nutzen oft über mehrere Dimensionen verteilt. Einige Effekte sind direkt finanziell messbar, andere zeigen sich indirekt über Produktivität, Risikoreduktion, bessere Skalierbarkeit oder schnellere Innovationsfähigkeit.
Deshalb ist es hilfreich, den Return in vier Bereiche zu strukturieren:
Welche Bereiche relevant sind, hängt vom Unternehmen, der Initiative und der Zielgruppe ab.
Modernisierung kann Umsatzpotenzial freisetzen, wenn sie Unternehmen ermöglicht, schneller neue Produkte, Funktionen oder Services bereitzustellen.
Typische Nutzenfelder sind:
Mögliche Metriken:
Dieser Bereich ist besonders relevant, wenn die modernisierten Systeme direkten Einfluss auf Kunden, Vertrieb, digitale Produkte oder Plattformgeschäft haben.
Viele Modernisierungsinitiativen lassen sich durch Kostenargumente unterstützen.
Dazu gehören:
Mögliche Metriken:
Gerade bei Legacy-Systemen ist dieser Bereich häufig besonders stark. Die sichtbaren Betriebskosten sind oft nur ein Teil des Problems. Der größere Kostenblock liegt häufig in langsamer Delivery, hoher Komplexität und gebundener Engineering-Kapazität.
Für viele Unternehmen ist Risikoreduktion der wichtigste Grund für Modernisierung.
Legacy-Systeme können kritische Geschäftsprozesse tragen, während gleichzeitig ihre Wartbarkeit, Sicherheit oder Skalierbarkeit abnimmt.
Typische Risikobereiche sind:
Mögliche Metriken:
Dieser Teil des Business Case ist besonders wichtig, wenn die Modernisierung nicht primär Wachstum erzeugt, sondern bestehende Geschäftsprozesse schützt.
Ein vermiedener Ausfall, ein vermiedenes Sicherheitsproblem oder eine reduzierte Abhängigkeit von veralteter Technologie kann einen erheblichen geschäftlichen Wert darstellen.
Nicht jeder Nutzen einer Modernisierung lässt sich sofort in Euro ausdrücken.
Trotzdem können immaterielle Faktoren strategisch entscheidend sein.
Dazu gehören:
Mögliche Metriken:
Diese Kategorie wird häufig unterschätzt. Doch Unternehmen, die ihre Systeme nicht modernisieren, verlieren nicht nur Geschwindigkeit. Sie verlieren oft auch Attraktivität für Talente und die Fähigkeit, neue strategische Initiativen umzusetzen.
Ein starker Business Case ist mehr als eine Sammlung von Zahlen.
Er erzählt eine klare Geschichte.
Menschen sind darauf ausgelegt, Geschichten zuzuhören und sie zu erinnern. Eine gute Struktur hilft Ihrer Zielgruppe, Problem, Ansatz und Nutzen miteinander zu verbinden.
Ein bewährtes Muster ist die Drei-Akt-Struktur:
Akt I: Ausgangslage
Welche strategische Notwendigkeit oder Chance besteht?
Akt II: Vorgehen
Wie soll die Initiative umgesetzt werden?
Akt III: Nutzen
Welche Ergebnisse, Vorteile und vermiedenen Risiken entstehen?
Die erste Frage lautet:
Unterstützt diese Initiative die aktuellen Ziele der Organisation?
Wenn die Antwort nein lautet oder unklar ist, sollten Sie dort beginnen.
Ein Modernisierungsprojekt muss mit relevanten Unternehmenszielen verbunden sein. Andernfalls wird es schwer, Priorität, Budget und Unterstützung zu erhalten.
Nehmen wir an, Sie möchten Budget für eine Cloud-Migration als Teil Ihrer Modernisierungsstrategie erhalten.
Technisch mag das sinnvoll sein. Aber warum sollte es für das Unternehmen relevant sein?
Es gibt mehrere mögliche Argumentationslinien.
Die Migration kritischer Systeme in die Cloud kann ein Ziel zur Kostensenkung unterstützen.
Dies kann durch geringere Infrastrukturwartung, reduzierte Betriebskosten, Pay-as-you-go-Modelle oder bessere Skalierung erreicht werden. Serverless-Technologien oder Autoscaling-Optionen können beispielsweise dazu beitragen, Ressourcen effizienter zu nutzen.
Wichtig ist jedoch, nicht pauschal zu argumentieren, dass Cloud immer günstiger ist. Der Business Case sollte zeigen, unter welchen Annahmen Einsparungen entstehen und wie diese validiert werden.
Dieselbe Initiative kann auch Wachstumsziele unterstützen.
Wenn ein Unternehmen erwartet, mehr Kunden, höhere Lastspitzen oder saisonale Nachfrage zu bewältigen, kann Modernisierung erforderlich sein, um Skalierung verlässlich zu ermöglichen.
Beispiele wie Black Friday im Retail oder stark schwankende digitale Nachfrage zeigen, dass Skalierbarkeit nicht nur ein technisches Merkmal ist. Sie kann direkt darüber entscheiden, ob ein Unternehmen Marktchancen nutzen kann. Ein Beispiel aus dem Originalartikel ist die Vorbereitung auf Black-Friday-Sales wie bei ASOS.
Im Kontext von COVID-19 wurde außerdem sichtbar, wie stark digitale Bereitschaft über Geschäftsfähigkeit entscheiden kann. Unternehmen wie Zoom, Slack und Microsoft Teams oder Amazon konnten von stark steigender digitaler Nachfrage profitieren, weil ihre Plattformen entsprechend vorbereitet waren.
Eine weitere Argumentation ist Innovationsfähigkeit.
Wenn Modernisierung Betriebsaufwand reduziert, Deployment-Zyklen verkürzt und Feedbackschleifen verbessert, können Teams schneller experimentieren und neue Funktionen liefern.
Damit schafft Modernisierung die Grundlage für robustere und wirksamere Praktiken wie Continuous Delivery und Deployment, automatisierte Tests und häufigere Releases.
Die zentrale Botschaft lautet:
Modernisierung ist nicht das Ziel selbst. Sie ist ein Mittel, um geschäftliche Ziele schneller, sicherer oder effizienter zu erreichen.
Nachdem die strategische Notwendigkeit klar ist, muss der Business Case erklären, wie die Initiative umgesetzt werden soll.
Dabei geht es nicht um einen vollständigen Projektplan auf Task-Ebene. Es geht darum, der Zielgruppe zu zeigen, dass der Ansatz durchdacht, realistisch und risikobewusst ist.
Hilfreiche Fragen sind:
Ein phasenweiser Ansatz ist bei Modernisierungsinitiativen oft besonders wirkungsvoll.
Beispiel:
Phase 1: Discovery und Bewertung
Analyse der bestehenden Systeme, Risiken, Kosten, Architektur, Abhängigkeiten und Modernisierungsoptionen.
Phase 2: Pilot oder Proof of Value
Modernisierung eines begrenzten, aber relevanten Systemteils, um Annahmen zu validieren.
Phase 3: Skalierung
Übertragung der Erkenntnisse auf weitere Systeme oder Teams.
Phase 4: Operationalisierung
Einbettung neuer Plattform-, Delivery- und Betriebspraktiken in die Organisation.
Ein solcher Ansatz reduziert Unsicherheit und zeigt, dass das Unternehmen nicht blind in ein großes Modernisierungsprogramm investiert.
Im dritten Teil des Business Case verbinden Sie Nutzen, Kosten und erwartete Ergebnisse.
Hier beantworten Sie Fragen wie:
Vermeiden Sie vage Nutzenversprechen wie:
Diese Aussagen sind zu allgemein.
Stärker sind konkrete, messbare Ziele:
Der Business Case sollte außerdem die wichtigsten Investitionsbereiche zusammenfassen:
Dabei sollte der Business Case ausreichend detailliert sein, um Vertrauen zu schaffen, aber nicht so detailliert, dass die strategische Botschaft verloren geht.
Ein besonders wichtiger Punkt bei Softwaremodernisierung ist die Alternative.
Nicht zu modernisieren bedeutet nicht, nichts zu investieren.
Es bedeutet oft, weiterhin in Ineffizienz, Risiko und technische Schulden zu investieren.
Die Kosten des Nichtstuns können umfassen:
Ein starker Business Case stellt daher nicht nur die Investition dar, sondern auch den Preis der Verzögerung.
Diese Perspektive ist oft entscheidend, weil Modernisierung sonst als optionales technisches Vorhaben erscheint. Sobald die Kosten des Nichtstuns sichtbar werden, wird sie zu einer geschäftlichen Entscheidung.
Softwaremodernisierung ist heute nicht mehr nur eine Frage technischer Best Practices.
Sie ist eine Frage von Wettbewerbsfähigkeit, Resilienz und strategischer Handlungsfähigkeit.
Viele Unternehmen stehen vor der Herausforderung, geschäftskritische Legacy-Systeme zu modernisieren, ohne den laufenden Betrieb zu gefährden. Es gibt jedoch keinen universellen Ansatz, der für jede Organisation passt.
Ein sinnvoller erster Schritt besteht darin, verschiedene Modernisierungsoptionen zu bewerten und diejenige zu wählen, die das konkrete Problem löst, während Risiko, Kosten und geschäftlicher Impact kontrollierbar bleiben.
Ein belastbarer Business Case ist ein wichtiger Schritt in diese Richtung.
Er schafft Klarheit darüber, warum Modernisierung notwendig ist, welchen Nutzen sie erzeugen soll, welche Risiken sie reduziert und wie die Investition bewertet werden kann.
Vor allem aber hilft er, Technologie, Finance und Geschäftsbereiche auf eine gemeinsame Entscheidungsgrundlage zu bringen.
Denn erfolgreiche Softwaremodernisierung beginnt nicht mit Technologie allein.
Sie beginnt mit einer klaren geschäftlichen Begründung.
Weitere Materialien, die den Prozess unterstützen können, finden Sie in den Codurance Resources.