Was ist ein Business Case?
Ein Business Case ist die dokumentierte Begründung eines Projekts. Er beantwortet die Frage, warum die Organisation Geld, Zeit und Personal in ein Vorhaben investieren soll, und liefert die Grundlage für den Entscheid über Start, Fortführung oder Abbruch. ISO 21502 beschreibt die Rechtfertigung als Voraussetzung für die Freigabe eines Projekts und verlangt, dass sie während der Laufzeit überprüft wird [1].
Der Begriff wird oft mit der Wirtschaftlichkeitsrechnung gleichgesetzt, ist aber breiter. Ein Business Case umfasst neben den finanziellen Kennzahlen auch strategische Gründe, Optionen, Risiken und qualitative Vorteile. Ein Projekt kann gerechtfertigt sein, weil es eine gesetzliche Pflicht erfüllt, auch wenn es sich finanziell nicht rechnet; dann zeigt der Business Case, wie diese Pflicht mit dem geringsten Aufwand erfüllt wird. Den Zusammenhang mit Kalkulation und Controlling zeigt der Leitfaden Projektcontrolling.
Wie ist ein Business Case aufgebaut?
Ein Business Case folgt einer klaren Logik: vom Problem über die Optionen zur Empfehlung. Die folgende Gliederung hat sich in Unternehmen und Verwaltung bewährt; der Umfang richtet sich nach der Grösse des Vorhabens.
| Abschnitt | Inhalt | Leitfrage |
|---|---|---|
| Ausgangslage | Problem, Auslöser, betroffene Bereiche | Warum handeln wir? |
| Ziele | messbare Ziele und Erfolgskriterien | Was soll erreicht werden? |
| Optionen | mindestens zwei Lösungen plus Nullvariante | Welche Wege gibt es? |
| Nutzen | Einsparungen, Mehrerlöse, vermiedene Kosten, qualitative Vorteile | Was gewinnen wir? |
| Kosten | Projektkosten und Folgekosten über die Nutzungsdauer | Was kostet es insgesamt? |
| Wirtschaftlichkeit | Amortisation, Kapitalwert, Sensitivität | Lohnt es sich? |
| Risiken | wichtigste Risiken mit Massnahmen | Was kann schiefgehen? |
| Empfehlung | gewählte Option mit Begründung, Rahmen für die Freigabe | Was beantragen wir? |
In HERMES übernimmt die Studie in der Initialisierung einen grossen Teil dieser Aufgabe: Sie beschreibt die Ausgangslage und bewertet Lösungsvarianten als Grundlage für die Projektfreigabe [3]. In PRINCE2 ist der Business Case ein eigenes Managementprodukt, das in jeder Phase aktualisiert wird [2].
Warum braucht es Optionen und eine Nullvariante?
Ein Business Case ohne Alternativen begründet eine Entscheidung, die bereits gefallen ist. Erst der Vergleich mehrerer Optionen zeigt, ob die vorgeschlagene Lösung tatsächlich die richtige Wahl ist oder nur die naheliegende. Die Nullvariante beschreibt, was geschieht, wenn nichts unternommen wird, und ist der Massstab, an dem der Nutzen aller anderen Optionen gemessen wird.
Die Nullvariante ist selten kostenlos. Ein Altsystem verursacht weiterhin Wartungskosten, manuelle Prozesse binden weiterhin Personal, und Risiken bleiben bestehen. Werden diese Kosten in der Nullvariante sauber beziffert, wird der Nutzen der anderen Optionen erst sichtbar. Eine typische Optionenreihe für eine Digitalisierung umfasst die Nullvariante, eine Minimallösung mit den dringendsten Verbesserungen und eine Gesamtlösung. Die Minimallösung ist oft überraschend attraktiv, weil sie einen grossen Teil des Nutzens zu einem Bruchteil der Kosten liefert.
Wie beschreibt man den Nutzen überzeugend?
Nutzen überzeugt, wenn er konkret, nachvollziehbar und überprüfbar ist. Statt «effizientere Prozesse» steht im Business Case: «Rechnungsstellung von durchschnittlich drei Tagen auf einen Tag nach Monatsende, Einsparung von rund 20 Stunden pro Monat in der Administration». Jede Nutzenaussage braucht eine Berechnungsgrundlage, eine verantwortliche Person und einen Zeitpunkt, zu dem sie gemessen wird.
ISO 21502 betont, dass Nutzen erst nach dem Projekt eintritt und deshalb über das Projektende hinaus verfolgt werden muss [1]. Ein Nutzenplan hält fest, wann welcher Nutzen erwartet wird und wer ihn misst. Ohne ihn bleibt der Business Case ein Versprechen, das niemand überprüft. Wie man Nutzen beziffert und in Kapitalwert und Amortisation übersetzt, zeigt das Kapitel Wirtschaftlichkeitsrechnung.
Wie gehören Risiken in den Business Case?
Risiken gehören in den Business Case, weil sie die Entscheidung beeinflussen. Ein Projekt mit hohem erwarteten Nutzen, aber grossem Risiko eines Fehlschlags kann weniger attraktiv sein als eine Option mit etwas geringerem Nutzen und deutlich kleinerem Risiko. Die wichtigsten Risiken werden mit Wahrscheinlichkeit, Auswirkung und Massnahmen beschrieben; ihre erwarteten Kosten fliessen als Reserve in die Kostenschätzung ein.
Für grössere Vorhaben lohnt sich zusätzlich eine Szenariobetrachtung: Wie sieht die Wirtschaftlichkeit aus, wenn Kosten höher und Nutzen tiefer ausfallen als erwartet? Das Ergebnis zeigt dem Entscheidungsgremium, wie robust die Empfehlung ist. Wie man Risiken bewertet und Bandbreiten berechnet, beschreibt das Kapitel Risikobewertung. Die Reserven selbst behandelt das Kapitel Kostenplanung.
Wann wird der Business Case überprüft?
Ein Business Case, der nur vor dem Start existiert, verfehlt seinen Zweck. PRINCE2 macht die fortlaufende geschäftliche Rechtfertigung zu einem Grundprinzip: Ein Projekt wird nur weitergeführt, solange es gerechtfertigt bleibt, und der Business Case wird an jedem Phasenübergang aktualisiert [2]. Ändern sich Kosten, Nutzen oder Rahmenbedingungen so stark, dass die Rechtfertigung entfällt, ist ein Abbruch die richtige Entscheidung, auch wenn bereits viel investiert wurde.
Praktisch bewährt sich eine Überprüfung an jedem grösseren Meilenstein und bei wesentlichen Änderungen. Dabei werden die aktuelle Kostenprognose und der erwartete Nutzen mit dem ursprünglichen Business Case verglichen. Die Kostenprognose liefert das Controlling, wie das Kapitel Kosten-Forecast zeigt. Bereits ausgegebene Kosten spielen für den Entscheid keine Rolle; entscheidend ist, ob die verbleibenden Kosten durch den verbleibenden Nutzen gedeckt sind.
Wie umfangreich muss ein Business Case sein?
Der Umfang richtet sich nach Grösse und Risiko des Vorhabens. Ein kleines internes Projekt braucht keine zwanzig Seiten; eine Seite mit Problem, Optionen, Kosten, Nutzen und Empfehlung genügt. Ein grosses Vorhaben mit mehrjähriger Laufzeit und hohem Budget verdient dagegen eine ausführliche Darstellung mit Szenarien und Sensitivitätsanalyse.
| Projektgrösse | Umfang | Wirtschaftlichkeit |
|---|---|---|
| klein, intern, kurze Laufzeit | eine Seite | Kostenvergleich, Amortisationszeit |
| mittel, mehrere Bereiche betroffen | drei bis fünf Seiten | Amortisation, Kapitalwert, eine Sensitivität |
| gross, mehrjährig, hohes Budget | ausführlich mit Anhang | Kapitalwert, interner Zinsfuss, Szenarien |
Wichtig ist in jedem Fall die Struktur: Auch ein einseitiger Business Case enthält Optionen und eine Nullvariante. Gerade bei kleinen Projekten zeigt der Vergleich oft, dass eine einfache Lösung genügt. Umgekehrt sollte ein grosses Vorhaben nie ohne schriftlichen Business Case freigegeben werden, auch wenn der Nutzen allen Beteiligten offensichtlich erscheint.
Kurzbeispiel: Business Case für eine Projektsoftware
Ein Dienstleistungsunternehmen mit zwölf Mitarbeitenden prüft die Einführung einer integrierten Projekt- und Abrechnungslösung. Die Nullvariante belässt Tabellen, separate Zeiterfassung und manuelle Rechnungen. Option A ersetzt nur die Zeiterfassung; Option B führt Projekte, Zeiterfassung und Rechnungen in einem Werkzeug zusammen. Option B kostet einschliesslich interner Aufwände 150'000 Franken und spart jährlich rund 50'000 Franken; bei 5 Prozent Kalkulationszins ergibt sich ein Kapitalwert von rund 66'474 Franken, wie das Kapitel Wirtschaftlichkeitsrechnung vorrechnet.
Die Empfehlung lautet Option B, mit einer Sensitivität, die zeigt, dass das Projekt auch bei rund 30 Prozent tieferen Einsparungen wirtschaftlich bleibt, und mit einer verantwortlichen Person für die Messung der Einsparungen nach einem Jahr.
Wie nutzen Dienstleister den Business Case?
Für Dienstleister hat der Business Case zwei Seiten. Intern begründet er eigene Investitionen, etwa in eine neue Software, ein neues Angebot oder eine Weiterbildung. Gegenüber Kunden ist er ein Verkaufsargument: Wer dem Kunden zeigt, wie sich ein Projekt für ihn rechnet, verkauft nicht Stunden, sondern Ergebnisse.
Besonders bei Value Pricing ist ein gemeinsam erarbeiteter Business Case die Grundlage für den Preis, weil er den Nutzen beziffert, an dem sich der Preis orientiert. Wie das funktioniert und welche Preismodelle sich für welche Projekte eignen, beschreibt das Kapitel Preismodelle für Dienstleister. Auch bei klassischen Angeboten hilft ein kurzer Nutzenabschnitt, die Diskussion vom Preis auf den Wert zu lenken. Ein Kunde, der den erwarteten Nutzen schwarz auf weiss sieht, vergleicht weniger mit dem günstigsten Mitbewerber und mehr mit dem eigenen Problem.
Welche Fehler passieren beim Business Case?
Die häufigsten Fehler machen den Business Case zu einem Rechtfertigungsdokument statt zu einer Entscheidungsgrundlage.
- Nur eine Option darstellen und die Nullvariante weglassen.
- Nutzen allgemein formulieren, ohne Berechnung und Verantwortlichen.
- Folgekosten nach dem Projekt nicht berücksichtigen.
- Risiken verschweigen oder kleinreden, um die Freigabe nicht zu gefährden.
- Den Business Case nach der Freigabe nicht mehr anschauen.
- Bereits ausgegebene Kosten als Grund für die Fortführung anführen.
Der letzte Fehler ist als Sunk-Cost-Effekt bekannt: Weil schon viel investiert wurde, wird ein Projekt weitergeführt, obwohl es sich nicht mehr lohnt. Ein laufend überprüfter Business Case schützt davor, weil er nur auf die verbleibenden Kosten und den verbleibenden Nutzen schaut. Die Vertiefung bietet der Kurs Projektwirtschaftlichkeit; eigene Amortisationswerte rechnet der Amortisations-Rechner.