Value Case (Argumentation für die Skalierung)
Die Argumente für die Skalierung einer erprobten Lösung auf ein Board bringen, das eine entscheidende Person in fünf Minuten lesen kann.
- Zeit
- 45 Min.
- Personen
- 3–6
- Art der Arbeit
- Skalieren · Auswählen
Kurz gesagt
Ein Value Case ist eine Argumentation auf einem Board für die Skalierung einer erprobten Lösung. Er zeigt, für wen sie ist, was sich für sie ändert, wie sie sie erreicht, was sie erfordert, welche Belege vorliegen, was die Organisation gewinnt und welche Risiken bestehen. Dafür die Testergebnisse sammeln, jedes Feld in einfacher Sprache füllen und jede Behauptung an Belegen prüfen.
Worum es geht
Wenn ein Pilot funktioniert, weiß das Team, das ihn durchgeführt hat, meist warum, die Menschen aber, die eine breitere Einführung finanzieren und genehmigen müssen, wissen es nicht. Ein Value Case schließt diese Lücke. Er ist ein einziges Board in einfacher Sprache, das die Fragen beantwortet, die eine entscheidende Person stellt, bevor sie zustimmt: Für wen ist das, welchen Unterschied macht es für diese Menschen, wie erreicht es alle, die es erreichen soll, was kostet es an Geld, Personal und Systemen, welche Belege haben wir, was bekommt die Organisation zurück und was könnte schiefgehen.
Er ist kein vollständiger Business Case. Es gibt kein detailliertes Finanzmodell und keine Variantenbewertung. Er ist die kurze Argumentation, die zuerst kommt und auf der ein formaler Business Case später aufbauen kann, falls die Organisation einen verlangt. Der Übergang von einem erfolgreichen Test zu einem breiteren Service ist ein anerkannter Schritt in der Innovationspraxis des öffentlichen Sektors, und der Value Case ist das Arbeitsblatt von Tiremesù dafür. Er funktioniert am besten, wenn jedes Feld auf etwas verweisen kann, das im Test gemessen oder beobachtet wurde. Im Arbeitsblatt werden sieben Felder festgehalten: für wen, was sich für sie ändert, wie es sie erreicht, was es erfordert, bisherige Belege, was die Organisation gewinnt sowie Risiken und offene Fragen.
Wann sie passt
Geeignet, wenn
- Wenn ein Pilot oder Prototyp an einem Ort funktioniert hat und eine Genehmigung für die Ausweitung gebraucht wird.
- Wenn die Leitung immer wieder den vollständigen Business Case verlangt, bevor das Team genug weiß, um ihn zu schreiben.
- Wenn mehrere erprobte Ideen um dasselbe Budget konkurrieren und zu gleichen Bedingungen verglichen werden sollen.
- Wenn eine Lösung einem Challenge Panel oder Lenkungsausschuss vorgelegt werden soll und ein klares Ausgangsdokument gebraucht wird.
- Wenn eine Lösung von einem Innovationsteam an eine operativ verantwortliche Person übergeben wird, die verstehen muss, was sie übernimmt.
Ungeeignet, wenn
- Wenn die Lösung noch nicht getestet ist. Ohne Belege wird das Board zur Wunschliste; zuerst einen Hypothesentest oder einen kleinen Pilot durchführen.
- Wenn die Organisation für eine große Investition einen formalen Business Case mit bewerteten Varianten braucht. Den Value Case zur Vorbereitung nutzen, aber nicht als Enddokument vorlegen.
- Wenn die Änderung so klein ist, dass die operativ verantwortliche Person einfach entscheiden und handeln kann. Ein Board und ein Meeting würden nur bremsen.
Was es braucht
- Zeit
- Etwa 45 Minuten, um das Board mit dem Team zu füllen, das den Test durchgeführt hat, dazu vorab Zeit, um die Ergebnisse zusammenzutragen.
- Personen
- 3 bis 6 Personen: die, die den Test durchgeführt haben, jemand aus Finanzen oder Planung und die Person, die den Service im großen Maßstab verantworten würde.
- Material
- Testergebnisse und Kennzahlen, Kosten- und Personalzahlen, ein einseitiges Board mit sieben Feldern an einer Wand oder auf einem gemeinsamen Bildschirm und Haftnotizen.
So läuft es ab
Schritt 1: Zuerst die Belege sammeln
Vor der Sitzung zusammentragen, was der Test hervorgebracht hat: Kennzahlen vorher und nachher, Zahl der erreichten Menschen, Zitate von Nutzenden und Personal, Kosten und Zeitaufwand. Alles auf ein Blatt bringen. Darauf ruht der Value Case; ohne das wird die Sitzung zum Werbevortrag.
Schritt 2: Benennen, für wen die Lösung ist
Die Menschen beschreiben, für die die Lösung gedacht ist, und wie viele es im vollen Maßstab sind. Konkret sein: „rund 18.000 Patientinnen und Patienten im Jahr, die aus internistischen Stationen entlassen werden“ ist besser als „Patienten“. Gruppen notieren, die der Test nicht erreicht hat, denn danach wird die entscheidende Person fragen.
Schritt 3: Sagen, was sich für sie ändert
In den Worten der Nutzenden aufschreiben, was für sie durch die Lösung anders ist. Wo vorhanden, gemessene Veränderung angeben, etwa weniger Wiederaufnahmen oder kürzere Wartezeiten, und sagen, wie gemessen wurde. Jede Behauptung auf eine Zeile beschränken.
Schritt 4: Erklären, wie sie die Menschen erreicht und was sie erfordert
Beschreiben, wie die Lösung zu allen gebracht wird, denen sie dienen soll: Kanäle, Orte, Partner und die Reihenfolge, in der sie wächst. Dann auflisten, was sie erfordert: Geld, Arbeitszeit, Schulung, Systeme und etwaige Regeländerungen. Einmalkosten von laufenden Kosten trennen.
Schritt 5: Benennen, was die Organisation gewinnt
Den Nutzen für die Organisation in Begriffen formulieren, die ihre Leitung bereits verwendet: vermiedene Kosten, freigesetzte Kapazität, weniger Beschwerden, erreichte Ziele. Jeden Gewinn mit Belegen aus dem Test verknüpfen und deutlich markieren, welche Gewinne Schätzungen sind.
Schritt 6: Risiken und offene Fragen auflisten
Die wichtigsten Dinge notieren, die den Erfolg im großen Maßstab verhindern könnten, und was noch unbekannt ist. Auch Risiken aufnehmen, die der Test nicht zeigen konnte, etwa ein stärker ausgelasteter Standort, eine andere Bevölkerung oder ein Partner, der vielleicht nicht bleibt. Ehrlich benannte Risiken machen die Argumentation glaubwürdiger, nicht schwächer.
Schritt 7: Jedes Feld hinterfragen
Das Board laut vorlesen, als säße die entscheidende Person im Raum. Bei jeder Behauptung fragen: „Woher wissen wir das?“ Alles streichen oder abschwächen, was die Belege nicht tragen, und Lücken in Aufgaben verwandeln. Das Ergebnis ist ein Board, hinter dem man im Raum stehen kann.
Praxisbeispiel
Ein Krankenhaus der Maximalversorgung hatte drei Monate lang auf zwei internistischen Stationen einen Nachsorgeanruf durch Pflegekräfte innerhalb von 48 Stunden nach der Entlassung getestet. Von 640 im Test entlassenen Patientinnen und Patienten erhielten 590 den Anruf. Notfallmäßige Wiederaufnahmen innerhalb von 30 Tagen sanken auf diesen Stationen von 14 % auf 10 %, während sich auf vergleichbaren Stationen nichts änderte. Das Team brauchte die Genehmigung, den Anruf auf alle 11 internistischen Stationen auszuweiten.
Fünf Personen füllten das Board in 45 Minuten: die Stationsleitung Pflege, die den Test geleitet hatte, zwei der anrufenden Pflegekräfte, ein Finanzanalyst und die stellvertretende Pflegedirektorin, die den Service verantworten würde.
Für wen: rund 18.000 Patientinnen und Patienten im Jahr, die aus internistischen Stationen entlassen werden, mit dem Hinweis, dass der Test kaum Menschen einschloss, die kein Arabisch sprechen, weil Anrufe mit Dolmetschern nicht eingerichtet waren.
Was sich für sie ändert: Eine namentlich bekannte Pflegekraft ruft innerhalb von zwei Tagen an, prüft Medikamente und Warnzeichen und bucht bei Bedarf einen früheren Ambulanztermin. Zwei von drei Befragten sagten in einer kurzen Umfrage, der Anruf habe eine Frage beantwortet, mit der sie sonst in die Notaufnahme gegangen wären.
Was es erfordert: Arbeitszeit von sechs Pflegekräften über die Schichten verteilt, im Schnitt etwa 12 Minuten pro Anruf, ein Gesprächsleitfaden, ein einfaches Protokoll im bestehenden Patientensystem und ein Vormittag Schulung. Der Analyst schätzte die laufenden Kosten auf etwa 1,1 Millionen Riyal im Jahr.
Was die Organisation gewinnt: Hielte der Rückgang um vier Prozentpunkte über alle internistischen Stationen, wären es rund 720 Wiederaufnahmen weniger im Jahr, die der Analyst deutlich höher bewertete als die laufenden Kosten. Das Board kennzeichnete dies als Schätzung auf Basis von zwei Stationen.
Risiken und offene Fragen: Andere Stationen könnten einen kleineren Effekt zeigen, unbesetzte Pflegestellen könnten die Zeit für Anrufe knapp machen, und Anrufe mit Dolmetschern waren ungetestet. Die stellvertretende Direktorin schlug vor, zunächst auf fünf weitere Stationen auszuweiten und die Wiederaufnahmen nach sechs Monaten zu prüfen, und in dieser Form ging der Value Case an die Pflegedirektion.
Zur VeranschaulichungTipps und typische Fehler
Tipps
- Für jemanden schreiben, der nie in der Nähe des Projekts war. Ergibt ein Feld nur für das Team Sinn, es neu schreiben.
- Wo immer möglich die eigenen Zahlen des Tests verwenden und in wenigen Worten sagen, woher sie stammen.
- Schätzungen als Schätzungen kennzeichnen. Eine einzige übertriebene Zahl kann eine solide Argumentation zu Fall bringen.
- Die künftige verantwortliche Person des Service in die Sitzung holen. Ihr Name auf dem Board macht die Argumentation glaubwürdiger.
Typische Fehler
- Das Board mit Ambitionen statt Belegen füllen, sodass schon die erste Frage einer entscheidenden Person es zum Einsturz bringt.
- Die laufenden Kosten weglassen, weil der Test aus einem Projektbudget finanziert wurde.
- Annehmen, dass das Ergebnis an einem Ort überall gleich ausfällt, ohne zu sagen, wie sich das breitere Umfeld unterscheidet.
- Die Risiken verschweigen, damit die Argumentation stärker wirkt, was die Überraschungen nur in die Zeit nach der Genehmigung verschiebt.
Was am Ende vorliegt
Am Ende steht ein Value Case auf einem Board in einfacher Sprache, den eine entscheidende Person in fünf Minuten lesen kann, jede Behauptung mit Belegen verknüpft oder als Schätzung gekennzeichnet, dazu eine kurze Liste offener Fragen. Als Nächstes wird die Argumentation meist vor der Genehmigung in einem Challenge Panel geprüft und das Wachstum dann mit Roadmapping geordnet.
Häufige Fragen
Was ist der Unterschied zwischen Value Case und Business Case?
Ein Value Case ist eine kurze Argumentation in einfacher Sprache auf einem Board, gebaut aus den Belegen eines Tests. Ein Business Case ist ein längeres formales Dokument mit bewerteten Varianten und Finanzanalyse, das bei großen Investitionen oft verlangt wird. Der Value Case kommt meist zuerst und fließt in den Business Case ein.
Wie viele Belege braucht es, bevor ein Value Case geschrieben wird?
Genug, um die Hauptbehauptung mit etwas zu stützen, das in einem echten Umfeld gemessen oder beobachtet wurde, meist in einem Pilot oder strukturierten Test. Liegen nur Meinungen und Pläne vor, zuerst testen.
Wer sollte den Value Case vorstellen?
Idealerweise die Person, die den Service im großen Maßstab verantworten wird, unterstützt vom Team, das den Test durchgeführt hat. Entscheidende Personen stimmen eher zu, wenn die künftige Verantwortliche selbst um die Genehmigung bittet.
Werkzeugkarte
Das Arbeitsblatt, das das Team ausfüllt, ein Kästchen pro Feld.
- Für wen
- Was sich für sie ändert
- Wie es sie erreicht
- Was es erfordert
- Bisherige Belege
- Was die Organisation gewinnt
- Risiken und offene Fragen