
Balanced Scorecard: Strategien erfolgreich umsetzen
Robert S. Kaplan und David P.
GEDANKEN & FACHLICHE EINORDNUNG
Blog
Impulse zu Governance, Informationssicherheit und KI.
Unabhängig davon, ob eine Balanced Scorecard (BSC) für ein gesamtes Unternehmen oder nur für eine spezifische Abteilung wie die IT entwickelt wird, ist die Mission ein fundamentaler Baustein für ihre Konzeption. Die Mission bildet das Fundament, auf dem die strategischen Ziele und Initiativen errichtet werden.
Die Mission einer Organisation ist eine klare und prägnante Aussage, die den Zweck und die grundlegenden Ziele der Organisation definiert. Sie beschreibt, welchen Beitrag die Organisation zur Gesellschaft leisten möchte und dient als ihre Daseinsberechtigung. In der Praxis stellt die Mission somit die zentrale Leitfrage dar: Warum gibt es uns und welchen Mehrwert bieten wir?
Diese essenzielle Frage lässt sich auf jede Unternehmenseinheit anwenden, einschließlich der IT-Abteilungen. Was ist der Auftrag unserer IT-Abteilung? Welchen spezifischen Wertbeitrag leistet sie für die Organisation und ihre Stakeholder? Die Antworten auf diese Fragen bilden die Grundlage für das Leitbild einer IT-Abteilung.
Ein Beispiel für eine IT-Mission könnte sein: "Als IT-Abteilung streben wir danach, durch innovative Technologielösungen und exzellenten Service die Wettbewerbsfähigkeit und den Erfolg unserer Kunden nachhaltig zu stärken." Solch eine Mission hebt hervor, wie die IT-Abteilung ihre strategischen Ziele ausrichtet, um einen direkten Einfluss auf die Leistungsfähigkeit des Unternehmens zu haben.
Bei der Formulierung der Mission ist es entscheidend, dass sie inspirierend und positiv verfasst wird, um eine breite Akzeptanz und Motivation bei allen Stakeholdern zu erzielen. Sie sollte einfach, verständlich und prägnant sein, um sicherzustellen, dass jeder im Unternehmen – von den Mitarbeitern bis hin zu den Endkunden – die zentralen Werte und Ziele der IT-Abteilung klar nachvollziehen kann.
Die Zielgruppe einer Missionserklärung ist vielfältig. Primär richtet sie sich an die Mitarbeiter der IT-Abteilung, die durch die Mission in ihrem täglichen Handeln geleitet und motiviert werden sollen. Des Weiteren dient sie als Orientierungspunkt für Kunden, Geschäftspartner, die Gesellschaft im Allgemeinen sowie Medien und potenzielle neue Mitarbeiter. Sie kommuniziert den Kernzweck der IT-Abteilung und bildet die Grundlage für die Entwicklung von Strategien und die Messung von Leistung.
Die Balanced Scorecard nutzt die Mission als Ausgangspunkt, um strategische Ziele zu definieren und Performance Indikatoren festzulegen, die dann in den vier Perspektiven der BSC – finanzielle Perspektive, Kundenperspektive, interne Prozessperspektive und Lern- und Entwicklungsperspektive – detailliert ausgearbeitet werden. Eine klar definierte Mission ist somit nicht nur eine Erklärung des Zwecks, sondern auch ein strategisches Werkzeug, das hilft, die IT-Abteilung auf einen Weg zu bringen, der den Gesamterfolg des Unternehmens unterstützt und vorantreibt.
Die Mission auf eine Priorisierungsentscheidung anwenden. Stellen Sie zwei konkurrierende Vorhaben gegenüber und begründen Sie, welches die Mission besser unterstützt. Gelingt diese Abwägung nicht, muss die Mission für die Steuerung konkreter formuliert werden.
Robert S. Kaplan und David P.
„Die BSC Mission“ setzt einen klaren historischen Ausgangspunkt. Die Ergänzung trennt diesen Anlass anhand von Risikobereitschaft von den Fragen, die für Entscheidungen, Betrieb und Kontrolle weiterhin relevant sind.
Im Mittelpunkt von „Die BSC Mission“ steht weniger das Schlagwort als die damit verbundene Entscheidung: Es ist zu klären, ob die Maßnahme das beabsichtigte Risiko oder Ergebnis tatsächlich verändert. Beim Schwerpunkt „Die BSC Mission“ geht es um bewusste Risikoentscheidungen und tragfähige Grenzen sowie um den Bezug zu „Auswirkung“; zu entscheiden ist, welches Restrisiko für welches Ziel (hier bezogen auf „Entscheidungsgrenze“), welchen Zeitraum und unter welchen Annahmen akzeptabel ist. Ein vorschneller Schluss würde diese Grenze ignorieren: Risikobereitschaft ist keine pauschale Zahl (hier bezogen auf „Wiedervorlage“), sondern eine begründete Entscheidung im konkreten Kontext; „Annahme“ liefert dafür den praktischen Anwendungsfall. Für die belastbare Umsetzung gilt als Auftrag: Design, Ausführung und Wirkung getrennt beurteilen; die Bewertung erfolgt hier aus der Perspektive „Restrisiko“. Für Audit und Führung reicht Aktivität nicht aus; als Bezugspunkt dient „Entscheidungsgrenze“. Benötigt wird folgender Nachweis: eine Wirkungsprüfung mit Gegenbeispiel und Folgemaßnahme; bewertet wird außerdem: Veränderung der Exposition, Kontrollausfälle, Annahmeverletzungen, Maßnahmenalter und Eskalationsdauer. Die Leserperspektive auf „klare Zuständigkeiten und Entscheidungsrechte“ schärft den Blick dafür, ob „Auswirkung“ nur beschrieben oder tatsächlich gesteuert wird.
Für die belastbare Anwendung von „Auswirkung“ muss aus der Beobachtung ein prüfbarer Arbeitsauftrag werden: Es ist zu klären, wann eine frühere Entscheidung ihre Grundlage verlieren kann. Beteiligt sind hier vor allem Risikoeigentümer, Fachverantwortliche, Kontrollfunktionen, Management und betroffene Leistungserbringer; ihre Perspektiven treffen beim Aspekt „Restrisiko“ unmittelbar aufeinander. Ein realistischer Belastungstest betrachtet den Fall, dass eine abstrakte Risikozahl ohne Szenario (hier bezogen auf „Frühindikator“), Eigentümer oder erneute Prüfung dauerhaft bestehen bleibt. Statt einer neuen Parallelstruktur genügt zunächst: Zeitpunkt und ereignisbasierte Auslöser miteinander kombinieren; für den Aspekt „Befristung“ wird daraus ein eigener Prüfschritt. Der vorgesehene Nachweis lautet: eine terminierte Neubewertung mit benannten Eingangsdaten; im vorliegenden Abschnitt wird dies an „Frühindikator“ konkretisiert. Als Messperspektive dient: der Zusammenhang zwischen „Auswirkung“ und „Restrisiko“. Beim Aspekt „Restrisiko“ ist nicht die Menge der Aktivitäten entscheidend, sondern die erkennbare Veränderung des Ergebnisses.
Praktisch relevant wird „Risikobereitschaft“ dort, wo Verantwortung und Ergebnis zusammenkommen: Es ist zu klären, welcher Wert eine konkrete Reaktion auslösen kann. Als belastbare Grundlage dienen Szenario, Auswirkung, Annahmen, vorhandene Kontrollen, Entscheidung, Befristung und Überwachungsindikator; für den Aspekt „Risikobereitschaft“ muss ihre Herkunft nachvollziehbar bleiben. Die Entscheidung über „Befristung“ sollte deshalb ausdrücklich festhalten, welches Restrisiko für welches Ziel (hier bezogen auf „Befristung“), welchen Zeitraum und unter welchen Annahmen akzeptabel ist. Statt einer neuen Parallelstruktur genügt zunächst: Definition, Quelle, Schwelle, Eigentümer und Konsequenz gemeinsam festlegen. Die Dokumentation hält zwei Dinge fest – eine Kennzahl mit erklärbarer Datenherkunft und Entscheidung; zusätzlich sichtbar wird: die beobachtbare Veränderung beim Aspekt „Tests und Lernen aus erkannten Abweichungen“; für „Kontrollwirkung“ ist das Ergebnis gesondert festzuhalten. Der Diskussionsaspekt „Tests und Lernen aus erkannten Abweichungen“ ergänzt die Betrachtung sinnvoll, weil er „Befristung“ mit der tatsächlichen Anwendung verknüpft.
Der nächste sinnvolle Schritt für „Annahme“ trennt Aussage, Voraussetzung und Konsequenz voneinander: Es ist zu klären, welcher konkrete Ablauf Nutzen und Risiko gleichzeitig sichtbar macht. Die alltagstaugliche Übersetzung für „Annahme“ lautet: Risiken werden als entscheidbare Szenarien mit Eigentümer, Grenze und Wiedervorlage formuliert; der Belastungstest erfolgt mit Blick auf „Kontrollwirkung“. Damit wird zugleich die Grenze beim Aspekt „Risikoszenario“ sichtbar: Risikobereitschaft ist keine pauschale Zahl (hier bezogen auf „Risikoeigentümer“), sondern eine begründete Entscheidung im konkreten Kontext. Die praktische Konsequenz heißt: Auslöser, Beteiligte, Entscheidungen und Folgen Schritt für Schritt durchspielen; die Umsetzung wird dabei an „Die BSC Mission“ gespiegelt. Ob der Ansatz trägt, wird an folgendem Ergebnis geprüft: ein getesteter Fall mit erkannten Lücken; der Belastungstest erfolgt mit Blick auf „Auswirkung“. Die Ergebnisbeobachtung richtet sich auf: Veränderung der Exposition, Kontrollausfälle, Annahmeverletzungen, Maßnahmenalter und Eskalationsdauer; im vorliegenden Abschnitt wird dies an „Auswirkung“ konkretisiert. Der gewählte Weg sollte sich außerdem umkehren lassen, falls die Annahmen zu „Risikoszenario“ später nicht mehr tragen.
Eine nüchterne Fortführung trennt bei „Restrisiko“ den damaligen Anlass von der bleibenden Organisationsfrage: Es ist zu klären, welche Entscheidung nicht an Technik oder Dokumentation delegiert werden darf. Besondere Aufmerksamkeit verdient das Szenario, in dem eine abstrakte Risikozahl ohne Szenario (hier bezogen auf „Kontrollwirkung“), Eigentümer oder erneute Prüfung dauerhaft bestehen bleibt. Für die beteiligten Rollen – Risikoeigentümer, Fachverantwortliche, Kontrollfunktionen, Management und betroffene Leistungserbringer – braucht der Aspekt „Restrisiko“ daher einen vorab geklärten Entscheidungsweg. Im Regelbetrieb wird folgender Punkt verankert: Zielkonflikt, Optionen, Konsequenzen und Empfehlung entscheidungsreif verdichten; die Umsetzung wird dabei an „Annahme“ gespiegelt. Der Prüfpfad endet nicht beim Dokument; der Belastungstest erfolgt mit Blick auf „Restrisiko“. Als Verbindung zwischen Nachweis und Messung dienen: eine nachvollziehbare Managemententscheidung mit Auftrag; der Zusammenhang zwischen „Restrisiko“ und „Die BSC Mission“. Die bisherige Diskussion liefert mit „belastbare Nachweise statt bloßer Dokumentenfülle“ einen zusätzlichen Prüfstein; er sollte mit „Die BSC Mission“ verbunden und nicht isoliert bewertet werden.
Der konkrete Nutzen von „Entscheidungsgrenze“ zeigt sich erst, wenn eine offene Annahme überprüft wird: Es ist zu klären, wie ein Zielkonflikt verbindlich und rechtzeitig entschieden wird. Folgende Messperspektive zeigt, ob sich der Aspekt „Entscheidungsgrenze“ tatsächlich verbessert oder nur formell bearbeitet wurde: Veränderung der Exposition, Kontrollausfälle, Annahmeverletzungen, Maßnahmenalter und Eskalationsdauer. Für „Annahme“ bleibt dabei verbindlich: Risikobereitschaft ist keine pauschale Zahl (hier bezogen auf „Kontrollwirkung“), sondern eine begründete Entscheidung im konkreten Kontext. Der nächste Arbeitsschritt lautet: Schwellen, Eskalationsstufen und entscheidungsbefugte Rolle vorab benennen; der Prüfkontext ist hier „Wiedervorlage“. Der vorgesehene Nachweis lautet: ein kurzes Entscheidungsprotokoll einschließlich Restrisiko; im vorliegenden Abschnitt wird dies an „Befristung“ konkretisiert. Als Messperspektive dient: die beobachtbare Veränderung beim Aspekt „klare Zuständigkeiten und Entscheidungsrechte“; „Befristung“ liefert dafür den praktischen Anwendungsfall. Eine brauchbare Gegenprobe ist die Frage, ob dieselbe Entscheidung bei einer Störung rund um „Entscheidungsgrenze“ noch nachvollziehbar wäre.
Der Praxistest für Risikobereitschaft bleibt bewusst einfach: Die Regel zu Annahme muss im Normalbetrieb verständlich, beim Aspekt Restrisiko im Ausnahmefall entscheidbar und nach einer Änderung erneut prüfbar sein. Fehlt eine dieser Eigenschaften, besteht bei Entscheidungsgrenze weiterer Handlungsbedarf.
| Hinweis: Teile dieses Beitrags könnten unter Einsatz von KI-gestützten Tools erstellt oder überarbeitet worden sein. Weitere Informationen finden Sie im Impressum/Disclaimer. | Marken- und Bildrechte: Dargestellte Logos und genannten Marken liegen ausschließlich bei den jeweiligen Rechteinhabern. Nutzung erfolgt ausschließlich zu illustrativen Zwecken. |
Deine Bewertung hilft bei der Einordnung der Inhalte.
Interessant für dein Netzwerk? Teile den Beitrag direkt.
Wenn Sie den Blog-Beitrag abonnieren, senden wir Ihnen eine E-Mail, sobald es Updates auf dieser Website gibt.

Kommentare 21
Eine Frage zur Umsetzung: woran sich der praktische Nutzen des beschriebenen Vorgehens zuerst erkennen lässt. Welche Beobachtung wäre wichtiger als eine reine Vollständigkeitsquote?
Entscheidend wäre für mich, nicht nur die Durchführung zu dokumentieren. Auch die Wirkung und eine mögliche Abweichung sollten später nachvollziehbar sein.
Zusätzlich sollte erkennbar sein, welche Quelle maßgeblich ist. Unterschiedliche Datenstände können sonst schon vor der eigentlichen Bewertung zu Scheingenauigkeit führen.
Genau diese Verbindung ist entscheidend: klein beginnen, aber Wirkung und Entscheidungsfolge vorher festlegen. So bleibt der Aufwand vertretbar und das Ergebnis trotzdem belastbar.
Damit wird es für mich deutlich greifbarer. Vor allem die vorher festgelegte Entscheidungsfolge verhindert, dass der Pilot nur als zusätzlicher Bericht endet.
Ein hilfreicher Einstieg in das Thema. Wie würdest du vermeiden, dass Kennzahlen nur berichtet werden, ohne Entscheidungen zu beeinflussen?
Jede Kennzahl sollte eine konkrete Frage beantworten. Dazu gehört für mich auch, wer auf eine Abweichung reagiert und welche Handlung möglich ist.
Ich würde bei der Steuerung mit Kennzahlen vor dem Start noch festlegen, welche Information für eine spätere Entscheidung unbedingt verfügbar sein muss. Damit bliebe auch eine spätere Anpassung nachvollziehbar. Entscheidend wäre eine eindeutige, gemeinsam verstandene Festlegung.
Welche Entscheidung müsste zu Auswahl weniger entscheidungsrelevanter Kennzahlen zuerst fallen, wenn die verfügbaren Nachweise lückenhaft sind?
Ich würde zunächst die Lücke offen dokumentieren und einen überprüfbaren nächsten Schritt vereinbaren, statt Vollständigkeit zu unterstellen. Das schafft eine begrenzte, überprüfbare Arbeitsgrundlage für die weitere Umsetzung. Bei Auswahl weniger entscheidungsrelevanter Kennzahlen sollte die Prüfung aus meiner Sicht auf den im Beitrag beschriebenen Zusammenhang begrenzt werden.
Was müsste bei Umgang mit widersprüchlichen Zielgrößen in einer Übergabe unbedingt verständlich dokumentiert sein?
Zweck, Zuständigkeit und offene Punkte sollten zusammen auffindbar sein. Hilfreich wäre außerdem ein konkretes Beispiel dafür, wie mit einer Abweichung umzugehen ist. Für Umgang mit widersprüchlichen Zielgrößen würde ich den ersten Prüfschritt bewusst klein halten.
Was passiert, wenn eine Kennzahl besser wird, das eigentliche Ziel aber nicht?
Mein Vorschlag wäre: Das wäre für mich ein Anlass, die angenommene Beziehung zu überprüfen. Eine Messgröße kann ein Ziel anzeigen, aber auch am Ziel vorbeiführen.
Guter Punkt. Ich würde zusätzlich fragen, was passieren soll, wenn sich die Voraussetzungen während des Betriebs ändern. Meine Ausgangsfrage bleibt: Was passiert, wenn eine Kennzahl besser wird, das eigentliche Ziel aber nicht?
Ich würde die Ausnahme nicht verstecken, sondern mit Begründung, zuständiger Person und Prüfanlass festhalten. Dann kann man auch später erkennen, ob die Grundlage noch gilt. Auf die Ausgangsfrage bezogen: Das wäre für mich ein Anlass, die angenommene Beziehung zu überprüfen. Eine Messgröße kann ein Ziel anzeigen, aber auch am Ziel vorbeiführen.
Aus der Praxis würde ich besonders auf Kennzahlen mit Entscheidungsbezug achten. Ohne klare Verantwortung bleibt selbst ein guter Ansatz unverbindlich.
Für mich liegt der entscheidende Punkt bei Kennzahlen mit Entscheidungsbezug. Daran zeigt sich früh, ob der Ansatz im Alltag trägt.
Bei Kennzahlen mit Entscheidungsbezug scheint mir die zeitliche Perspektive wichtig. Eine einmalige Prüfung sagt wenig über dauerhafte Wirksamkeit aus.
Wie verhindert man, dass die Scorecard nur bestehende Kennzahlen neu sortiert?
Mein Vorschlag wäre: Ich würde mit den strategischen Zielen anfangen und für jede Kennzahl fragen, welche Entscheidung sie unterstützen soll. Die Zahl sollte nicht zum Selbstzweck werden.