Business Case im Projekt – Ein Projekt kann fachlich brillant sein – ohne überzeugenden Business Case wird es trotzdem nicht genehmigt. Oder noch schlimmer: Es startet, frisst Budget und Ressourcen, ohne je echten Mehrwert zu liefern. Ein sauberer Business Case im Projekt verhindert genau das. Er zeigt transparent, ob sich eine Initiative wirtschaftlich lohnt, welche Effekte realistisch sind und unter welchen Bedingungen sich das Projekt auszahlt. Dieser Beitrag erklärt praxisnah, wie Sie einen fundierten Business Case aufbauen, bewerten und im Unternehmen verankern – speziell für Entscheider, Projektleiter und Fachverantwortliche.
Was ist ein Business Case im Projekt? – Kurz erklärt
Ein Business Case im Projekt ist die strukturierte Begründung, warum ein Projekt durchgeführt werden soll.
Er beantwortet vier Kernfragen:
- Welches Problem oder welche Chance adressiert das Projekt?
- Welche Optionen gibt es, um das zu lösen oder zu nutzen?
- Welche Kosten, Nutzen, Risiken und Auswirkungen sind damit verbunden?
- Welche Option bringt unter wirtschaftlichen und strategischen Gesichtspunkten den größten Mehrwert?
Er ist damit keine reine Finanzrechnung, sondern eine Entscheidungsgrundlage: fachlich, betriebswirtschaftlich und strategisch.
Warum ein Business Case im Projekt unverzichtbar ist
Viele Projekte scheitern nicht an der Umsetzung, sondern an falschen oder fehlenden Entscheidungen im Vorfeld. Ein belastbarer Business Case hilft, genau diese Fehler zu vermeiden.
Zentrale Nutzen eines Business Case
- Klarer Entscheidungsrahmen:
Ob ein Projekt gestartet, verschoben, verkleinert oder eingestellt wird, basiert auf nachvollziehbaren Kriterien. - Transparenz über Kosten und Nutzen:
Investitionen, laufende Aufwände und erwartete Effekte liegen offen auf dem Tisch – inklusive Annahmen. - Vergleich von Alternativen:
Verschiedene Lösungswege lassen sich anhand gleicher Maßstäbe bewerten. - Risikobewusstsein:
Kritische Unsicherheiten werden sichtbar und können aktiv gemanagt werden. - Verbindlichkeit im Projektverlauf:
Der Business Case dient als roter Faden, um später zu überprüfen: Liefert das Projekt, was es versprochen hat?
Typische Anlässe für einen Business Case
Ein Business Case im Projekt ist immer dann nötig, wenn relevante Ressourcen gebunden oder Risiken eingegangen werden. Typische Auslöser:
- Einführung eines neuen IT-Systems oder Ablösung von Altsystemen
- Prozessoptimierungen mit spürbaren Auswirkungen auf Organisation und Mitarbeitende
- größere Produkt- oder Service-Entwicklungen
- Investitionen in Infrastruktur, Maschinen, Standorte
- Programme zur Effizienzsteigerung oder Kostensenkung
- regulatorisch bedingte Projekte mit mehreren Handlungsoptionen
Merke:
Je höher die Investition, je größer die Auswirkungen und je stärker die Unsicherheit – desto zwingender braucht es einen sauberen Business Case.
Rollen und Verantwortlichkeiten
Ein guter Business Case entsteht nie im Alleingang. Unterschiedliche Perspektiven sind Pflicht.
Wer macht was?
- Sponsor / Auftraggeber:
- initiiert das Vorhaben
- fordert den Business Case ein
- entscheidet über Start, Anpassung oder Stopp
- Projektleiter / Programmmanager:
- koordiniert die Erstellung
- sammelt Informationen aus Fachbereichen und Controlling
- stellt Konsistenz und Plausibilität sicher
- Fachbereiche / Prozessverantwortliche:
- beschreiben Problem, Anforderungen und erwarteten Nutzen
- liefern Daten und Bewertungen zu Effekten im Tagesgeschäft
- Finanzen / Controlling:
- unterstützt bei Kostenmodellen, Bewertungsverfahren, Kennzahlen
- stellt Anschlussfähigkeit an Budget- und Planungsprozesse sicher
- IT / Architektur (bei Digitalprojekten):
- bewertet technische Optionen, Aufwände, Risiken und Folgekosten
Wichtig:
Die Verantwortung für den Inhalt des Business Case liegt bei den Business-Verantwortlichen, nicht allein bei der IT oder beim Projektmanagement.
Aufbau: Die zentralen Bausteine eines Business Case
Ein praxistauglicher Business Case im Projekt besteht meist aus folgenden Elementen:
- Management Summary
- Ausgangssituation und Problemstellung
- Ziele und Nutzen
- Handlungsoptionen und Szenarien
- Kosten, Nutzen und Wirtschaftlichkeitsrechnung
- Risiken, Annahmen und Abhängigkeiten
- Implementierungsansatz und Roadmap
- Empfehlung und Entscheidungsvorlage
Im Detail:
1. Management Summary
Kurz, prägnant, verständlich auch für Nicht-Experten. Inhalte:
- Worum geht es?
- Warum braucht es das Projekt?
- Welches Ziel wird verfolgt?
- Welche Option wird empfohlen?
- Grobe Zahlen: Investition, Nutzen, Amortisationszeitraum
- Was wird konkret zur Entscheidung vorgelegt?
Ziel: Eine Führungskraft versteht in maximal zwei Minuten, worum es geht und was Sie von ihr wollen.
2. Ausgangssituation und Problemstellung
Hier legen Sie die Basis. Sie beantworten:
- Wo stehen wir heute?
- Welches Problem, welche Schwäche oder Chance gibt es?
- Welche Auswirkungen hat das auf Kosten, Qualität, Risiko, Kundenzufriedenheit, Compliance etc.?
Beispiele für klare Problemformulierungen:
- „Die Durchlaufzeit im Prozess X liegt im Median bei 10 Tagen statt des Zielwerts von 3 Tagen.“
- „Das aktuelle System Y erreicht 2028 End-of-Support, Sicherheitsrisiken und Compliance-Verstöße drohen.“
- „Kundenbeschwerden zu Thema Z sind in den letzten zwei Jahren um 40 % gestiegen.“
Je konkreter und datenbasierter Sie das Ist-Bild zeichnen, desto überzeugender wird der Business Case.
3. Ziele und angestrebter Nutzen
Definieren Sie, was das Projekt erreichen soll – fachlich und wirtschaftlich.
- Fachliche Ziele:
- z. B. „Reduktion der Durchlaufzeit um 50 %“
- „Erfüllung regulatorischer Anforderungen bis Datum X“
- Quantifizierter Nutzen:
- eingesparte Personalkapazitäten
- vermiedene Lizenz- oder Wartungskosten
- Umsatzsteigerungen
- Risikoreduktion (z. B. geringere Strafzahlungen, Ausfallwahrscheinlichkeit)
- Qualitativer Nutzen:
- höhere Kundenzufriedenheit
- bessere Datenqualität
- Attraktivität als Arbeitgeber
- verbesserte Entscheidungsfähigkeit
Wo möglich, quantifizieren Sie qualitativen Nutzen zumindest näherungsweise.
Beispiel:
„Verkürzte Bearbeitungszeiten erhöhen die Abschlussquote im Vertrieb um geschätzt 2–3 %, was bei heutigem Volumen einem Mehrumsatz von rund 500.000 € p.a. entspricht.“
4. Handlungsoptionen und Szenarien
Ein seriöser Business Case vergleicht Alternativen – nicht nur die Wunschlösung.
Typische Optionen:
- „Weiter wie bisher“ (Do-nothing / Status quo)
- Minimalvariante (z. B. nur zwingend erforderliche Maßnahmen)
- Standard- oder Zielvariante
- Ausbau- oder Innovationsvariante
- Eigenentwicklung vs. Standardsoftware vs. Outsourcing
Für jede Option sollten Sie beantworten:
- Welche fachlichen Ziele werden erreicht, welche nicht?
- Welche Investitionen und laufenden Aufwände fallen an?
- Welche Risiken und Abhängigkeiten entstehen?
- Wie groß ist der erwartete Nutzen?
So vermeiden Sie Scheinalternativen und schaffen eine belastbare Entscheidungsbasis.
5. Kosten, Nutzen und Wirtschaftlichkeitsrechnung
Der Kern des Business Case: die Wirtschaftlichkeit.
Typische Kostenarten
- Einmalige Projektkosten:
- interne Personalkosten (Projektteam, Fachbereiche)
- externe Dienstleistungen (Beratung, Implementierung, Schulung)
- Lizenzen, Hardware, Infrastruktur für die Einführung
- Laufende Kosten:
- Betrieb, Wartung, Support
- Lizenz- und Nutzungsgebühren
- Weiterentwicklung, Releases, Change Requests
- Einmalige Nebeneffekte:
- Übergangsaufwände (Parallelbetrieb, Doppelarbeiten)
- Abfindungen, Umstrukturierungskosten
Typische Nutzenarten
- Kosteneinsparungen:
- weniger manuelle Arbeitsschritte
- Wegfall von Systemen, Lizenzen, Wartungsverträgen
- geringere Fehlerkosten, Nacharbeiten, Reklamationen
- Erlöswirkungen:
- Mehrumsatz durch schnellere Markteinführung
- höhere Abschlussquoten
- bessere Cross- und Upselling-Potenziale
- Risikoreduktion:
- geringere Ausfallwahrscheinlichkeit
- niedrigere Strafzahlungen oder Pönalen
- höhere Compliance-Sicherheit
Kennzahlen für die Bewertung
Häufig verwendete Kennzahlen im Projekt-Business-Case:
- Return on Investment (ROI):
Verhältnis aus Nettonutzen zu Investitionskosten. - Net Present Value (NPV / Kapitalwert):
Summe aller abgezinsten Zahlungsströme über den Betrachtungszeitraum. - Amortisationsdauer (Payback Period):
Zeitraum, bis die initiale Investition durch Nettovorteile ausgeglichen ist. - Total Cost of Ownership (TCO):
Gesamtkosten über die Lebensdauer der Lösung.
Wichtig:
Arbeiten Sie mit einem definierten Betrachtungszeitraum (z. B. 3–5 Jahre) und einem mit Finance abgestimmten Diskontsatz.
Vorgehensmodell: Wie Sie einen Business Case im Projekt Schritt für Schritt erstellen
Im Alltag fehlt oft Zeit, um „den perfekten Business Case“ zu schreiben. Ein pragmatisches, aber strukturiertes Vorgehen zahlt sich aus.
Schritt 1: Scope und Zielbild klären
- Welche Entscheidung soll der Business Case ermöglichen?
- Welche Investitionshöhe und Reichweite hat das Vorhaben?
- Wer sind die Entscheider, wer sind die wichtigsten Stakeholder?
- Bis wann wird die Entscheidung benötigt?
Ergebnis: Klarer Rahmen, wofür der Business Case geschrieben wird – und wofür nicht.
Schritt 2: Daten zur Ausgangslage sammeln
- Prozesskennzahlen, Durchlaufzeiten, Fehlerquoten
- Kostenstrukturen (Personal, Systeme, Lizenzen)
- Volumina (z. B. Anträge, Tickets, Bestellungen)
- aktuelle Risiken, Pain Points, Kundenfeedback
Nutzen Sie:
- Interviews mit Fachexperten
- Auswertungen aus Systemen
- vorhandene Reports und Analysen
Ziel: Ein belastbares und nachvollziehbares Bild des Status quo.
Schritt 3: Zielbild und Nutzenlogik definieren
- Welche Veränderungen sollen eintreten?
- Wie zahlen diese Veränderungen auf Unternehmensziele ein?
- Welche Ursache-Wirkungs-Ketten gibt es? (z. B. weniger Medienbrüche → weniger Fehler → weniger Nacharbeit → geringere Kosten)
Visualisieren Sie die Nutzenlogik in einfachen Ketten oder Diagrammen.
Das hilft, spätere Nutzenannahmen zu begründen.
Schritt 4: Lösungsoptionen identifizieren
- Brainstorming mit Fachbereich, IT, ggf. externen Partnern
- Grobe Skizzen zu Umfang, Technologie, organisatorischen Auswirkungen
- Filterung unrealistischer oder strategisch nicht gewünschter Varianten
Ergebnis: 2–4 seriöse Handlungsoptionen, inkl. „Nichts tun“.
Schritt 5: Kosten- und Nutzenabschätzung je Option
- Schätzen Sie Aufwände zunächst grob (z. B. in Personentagen, Lizenzen, Infrastruktur)
- Leiten Sie daraus Kosten ab, abgestimmt mit Controlling
- Quantifizieren Sie wesentliche Nutzenhebel:
- Zeitersparnisse in Stunden / FTE
- vermiedene externe Kosten
- Mehrumsatz-Potenziale
- Halten Sie Annahmen explizit fest (z. B. „Auslastung Vertrieb bleibt konstant“)
Faustregel:
Lieber saubere Transparenz über Annahmen als scheinbare Genauigkeit ohne Begründung.
Schritt 6: Wirtschaftlichkeitsrechnung und Vergleich
- Erstellen Sie für jede Option eine einfache Cashflow-Betrachtung über mehrere Jahre
- Berechnen Sie ROI, NPV, Payback, TCO je Variante
- Stellen Sie die Ergebnisse in einer vergleichenden Tabelle dar
Beispiel für eine komprimierte Übersicht:
- Option A: Invest 800 T€, NPV 200 T€, Payback 4 Jahre
- Option B: Invest 1,2 Mio €, NPV 600 T€, Payback 3 Jahre
- Option C: Do-nothing, NPV -400 T€ (steigende Risiken und Kosten)
Schritt 7: Risiken, Annahmen und Sensitivität
- Identifizieren Sie wesentliche Projektrisiken (z. B. Akzeptanz, technische Machbarkeit, Datenqualität)
- Bewerten Sie Eintrittswahrscheinlichkeit und Auswirkung
- Führen Sie einfache Sensitivitätsanalysen durch:
- Was passiert, wenn sich der Nutzen um 20 % verringert?
- Was, wenn Projektkosten um 15 % steigen?
- Zeigen Sie Bandbreiten (Best Case, Base Case, Worst Case)
So machen Sie transparent, wie robust der Business Case ist.
Schritt 8: Zusammenfassung und Empfehlung
- Fassen Sie die wesentlichen Punkte zusammen:
- Problem
- Zielbild
- geprüfte Optionen
- Ergebnis der Wirtschaftlichkeitsanalyse
- Risiken und Rahmenbedingungen
- Sprechen Sie eine klare Empfehlung aus:
- „Wir empfehlen Option B mit Start zum …“
- Formulieren Sie, welche Entscheidung konkret benötigt wird:
- Budgetfreigabe
- Ressourcenfreigabe
- Go/No-Go zur Umsetzung
Praxisbeispiel: Business Case für ein Digitalisierungsprojekt
Nehmen wir ein vereinfachtes Beispiel aus der Praxis.
Ausgangslage
- Manuelle Bearbeitung von Kundenanträgen in mehreren Systemen
- Durchlaufzeit: 7–10 Tage
- Hohe Fehlerquote, viele Rückfragen
- Unzufriedene Kunden, steigende Abbruchquote
Zielbild
- End-to-End-digitaler Prozess
- Durchlaufzeit < 3 Tage
- Deutlich geringere Fehlerquote
- Bessere Transparenz für Kunden (Status-Tracking)
Optionen
- Optimierung bestehender Prozesse, keine neue IT
- Einführung eines Workflow-Systems auf Basis Standardsoftware
- Komplett-Outsourcing an externen Dienstleister
Kosten/Nutzen (vereinfacht)
- Option 1: geringe Investition, begrenzter Effekt, viele Medienbrüche bleiben
- Option 2: mittlere Investition, hohes Nutzenpotenzial (FTE-Einsparung, weniger Fehler, mehr Abschlüsse)
- Option 3: hohe laufende Kosten, Abhängigkeit vom Dienstleister, begrenzte Differenzierung
Wirtschaftliche Auswertung ergibt:
- Option 2 liefert den höchsten NPV und eine Payback-Zeit von knapp 3 Jahren
- Option 1 verbessert die Situation, verhindert aber nicht langfristig steigende Kosten
- Option 3 ist strategisch unerwünscht (Kontrollverlust, geringere Flexibilität)
Die Empfehlung im Business Case: Umsetzung der Option 2 mit gestufter Einführung.
Häufige Fehler beim Business Case – und wie Sie sie vermeiden
1. Nur eine Wunschlösung statt echter Alternativen
Wer von Beginn an nur eine präferierte Lösung betrachtet, verliert Glaubwürdigkeit.
- Besser: Mindestens „Weiter wie bisher“ plus zwei ernsthafte Alternativen darstellen.
2. Nutzen nicht oder zu grob quantifiziert
„Mehr Transparenz“ reicht Entscheidern nicht.
- Besser: Nutzenhebel konkretisieren und – wo sinnvoll – in Euro übersetzen.
3. Kosten zu optimistisch, Risiken unterschätzt
Zu glatte Zahlen fliegen spätestens in der Umsetzung auf.
- Besser: Plausible Bandbreiten und Sensitivitäten zeigen, Annahmen offenlegen.
4. Kein Abgleich mit Strategie und Architektur
Ein wirtschaftlich sinnvoller Case kann trotzdem scheitern, wenn er nicht in die Unternehmensstrategie passt.
- Besser: Strategische Passung, Architekturvorgaben und Roadmaps früh einbinden.
5. Business Case als einmaliges Dokument
Ein Business Case verschwindet nach Genehmigung oft in der Schublade.
- Besser: Den Business Case als Referenz für Steering Committees, Releases und Nutzencontrolling nutzen.
Wie detailliert muss ein Business Case sein?
Nicht jedes Projekt braucht ein 80-seitiges Dokument. Die Detailtiefe richtet sich nach:
- Investitionshöhe
- Komplexität und Laufzeit
- Anzahl der betroffenen Bereiche
- Unsicherheiten und Risiken
- Relevanz für die Unternehmensstrategie
Pragmatischer Ansatz:
- Kleine Vorhaben: Kurzer, fokussierter Business Case (5–10 Seiten)
- Mittlere Projekte: Mittleres Detailniveau, einfache Wirtschaftlichkeitsrechnung
- Große Programme: Ausführlicher Case, Szenarien, Sensitivitäten, gestufte Betrachtung
Wichtiger als Umfang ist Konsistenz:
- Problem – Ziele – Optionen – Zahlen – Empfehlung müssen logisch zusammenpassen.
Business Case im Projektverlauf nutzen – nicht nur am Anfang
Viele Organisationen sehen den Business Case als Einmal-Aufgabe für die Genehmigung. Das verschenkt Potenzial.
Sinnvolle Nutzung über den gesamten Projektlebenszyklus
- Vor Projektstart:
Entscheidungsvorlage, Priorisierung im Projektportfolio - Während der Umsetzung:
- Abgleich von Scope-Änderungen mit dem Business Case
- Bewertung von Change Requests gegen Nutzen und Kosten
- Überprüfung, ob Annahmen noch gültig sind
- Nach dem Go-live:
- Nutzenrealisation messen (z. B. Kennzahlen vor/nach Projekt)
- Lessons Learned für zukünftige Business Cases nutzen
- ggf. Nachsteuerung, wenn Nutzen hinterherhinkt
So wird der Business Case zu einem lebendigen Steuerungsinstrument statt zu einem einmaligen „Papierprodukt“.
Voraussetzungen für einen guten Business Case
Damit ein Business Case im Projekt nicht zur Alibi-Übung verkommt, braucht es einige Rahmenbedingungen:
- Zugriff auf relevante Daten:
Ohne Zahlen zur Ausgangslage bleiben viele Annahmen vage. - Einbindung der richtigen Stakeholder:
Fachbereich, IT, Controlling, ggf. Compliance und HR. - Klare Bewertungskriterien:
z. B. Mindestanforderungen an NPV, Payback, strategische Passung. - Transparenzkultur:
Es muss möglich sein, Risiken und Unsicherheiten offen anzusprechen. - Methodenkompetenz:
Personen, die die Methoden für Wirtschaftlichkeitsanalysen und Nutzenschätzung sicher anwenden.
Checkliste: Business Case im Projekt erstellen
Zur Orientierung eine kompakte Checkliste, die Sie für Ihr nächstes Projekt nutzen können:
- Rahmen klären
- Entscheidung, Zeitpunkt, Sponsor, Stakeholder
- Ausgangslage analysieren
- Prozesse, Systeme, Kennzahlen, Kosten, Risiken
- Zielbild definieren
- fachliche Ziele, Wirtschaftlichkeitsziele, strategische Einordnung
- Optionen entwickeln
- inklusive „Nichts tun“ und mindestens zwei realistische Alternativen
- Kosten ermitteln
- einmalige und laufende Kosten je Option, mit Controlling abgestimmt
- Nutzen bewerten
- Einsparungen, Erlöse, Risikoreduktionen, qualitative Effekte
- Kennzahlen berechnen
- ROI, NPV, Payback, TCO über definierten Zeitraum
- Risiken und Annahmen dokumentieren
- Sensitivität prüfen, Bandbreiten zeigen
- Empfehlung formulieren
- klare Präferenz, Entscheidungspunkte, nächste Schritte
- Review und Freigabe organisieren
- Prüfen lassen, offene Punkte klären, formale Freigabe einholen
Fazit: Ein guter Business Case ist Investitionsschutz
Ein sauber erarbeiteter Business Case im Projekt schützt vor Fehlinvestitionen, schafft Transparenz und erhöht die Erfolgswahrscheinlichkeit deutlich. Er zwingt alle Beteiligten, über Ziele, Nutzen und Risiken konkret nachzudenken – bevor Budget und Kapazitäten gebunden werden.
Wenn Sie vor einem größeren Projekt stehen oder Ihr Projektportfolio schärfen wollen, lohnt sich professionelle Unterstützung bei der Entwicklung und Bewertung von Business Cases. Erfahrene Berater wie PURE Consultant helfen dabei, Fakten zu strukturieren, Annahmen sauber zu begründen und Entscheidungsunterlagen so aufzubauen, dass sie in Gremien überzeugen – fachlich und wirtschaftlich.