Frag in die Runde, warum die RACI-Matrix nie wirklich genutzt wird, und du hörst von unklaren Labels oder einer veralteten Tabelle. Der eigentliche Grund, warum ein Entscheidungsrechte-Framework scheitert, ist strukturell: Rollen werden vergeben, bevor das Ziel klar ist, eine einzelne Führungskraft zeichnet die ganze Matrix allein, und niemand überprüft sie, wenn sich die Organisation verändert.
Zu dieser Diagnose kommen die Forschenden Lindy Greer, Jennifer Jordan und Maxim Sytch in der Ausgabe Juli/August 2026 der Harvard Business Review, basierend auf ihrer Arbeit mit über 100 Unternehmen. Tools wie RACI und Bains RAPID versprechen Klarheit darüber, wer was entscheidet. Die meisten Unternehmen führen sie falsch ein und wundern sich dann, warum dasselbe Meeting immer wieder dieselbe blockierte Entscheidung produziert.
Vier Arten, wie Entscheidungsrechte-Tools scheitern
Greer, Jordan und Sytch haben vier wiederkehrende Fehler im Umgang mit Entscheidungsrechte-Tools gefunden, und keiner davon liegt wirklich am Tool selbst.
- Rollen kommen vor dem Ziel. Teams legen fest, wer verantwortlich (Responsible), rechenschaftspflichtig (Accountable), zu konsultieren (Consulted) und zu informieren (Informed) ist, bevor überhaupt klar ist, was die Entscheidung eigentlich erreichen soll. Die Rollen werden um eine Leerstelle herum ausgefüllt.
- Eine Person zeichnet die ganze Matrix. Eine einzelne Führungskraft baut die Entscheidungsrechte-Matrix allein und gibt sie von oben herab weiter, sodass sie eher die Annahmen dieser Führungskraft widerspiegelt als die Stellen, an denen tatsächlich Fachwissen und Betroffenheit liegen.
- Die Rollen werden falsch verstanden. Aus „Consulted“ wird stillschweigend „muss zustimmen“. Aus „Informed“ wird „kann im Nachhinein noch ein Veto einlegen“. Ohne eine gemeinsame, verhaltensbasierte Definition jeder Rolle bedeutet dieselbe Matrix fünf verschiedenen Menschen fünf verschiedene Dinge.
- Die Hierarchie hebelt die Matrix trotzdem aus. Die Matrix sagt, eine Führungskraft drei Ebenen tiefer ist rechenschaftspflichtig, aber jemand aus der Geschäftsführung entscheidet die Sache trotzdem auf dem Flur neu. Die Matrix existiert weiter auf dem Papier. Niemand hält sich in der Praxis daran.
Ihr Vorschlag behandelt Entscheidungsrechte als fortlaufende Praxis statt als Dokument: die Rollen gemeinsam mit den Beteiligten und Betroffenen entwickeln, für jede Rolle konkretes Verhalten statt eines einzelnen Buchstabens definieren, und die Zuordnung regelmäßig überprüfen, statt sie einmal festzulegen und abzulegen.
Keiner der vier Fehler wirkt für sich genommen dramatisch, und genau deshalb überleben sie. Ein Workshop bringt eine sauber aussehende Matrix hervor, alle nicken, und das Dokument landet in einem geteilten Ordner neben dem Organigramm, das auch sonst niemand mehr öffnet. Sichtbar wird der Fehler erst drei Monate später, wenn eine Entscheidung, die einen Tag dauern sollte, drei Wochen braucht, und ein Rückblick vier verschiedene Menschen findet, die alle dachten, sie hätten das letzte Wort.
RACI, RAPID, und warum ein anderes Akronym nicht hilft
RACI weist jeder Entscheidung eine von vier Rollen zu: Responsible (führt die Arbeit aus), Accountable (hat das letzte Wort und trägt die Verantwortung für das Ergebnis), Consulted (gibt Input, bevor die Entscheidung fällt) und Informed (wird im Nachhinein informiert). Bains RAPID nutzt fünf Rollen, aufgebaut um eine einzige Decide-Rolle, die den Ausschlag gibt, wenn Recommend, Agree, Perform und Input sich nicht einig sind. Die Buchstaben unterscheiden sich. Das Scheitern-Muster nicht.
Kein Akronym repariert etwas von allein. Ein Unternehmen kann RACI gegen RAPID tauschen, denselben Workshop durchführen, dieselbe sauber aussehende Matrix produzieren und drei Monate später an derselben Wand landen, weil die Matrix nie das Problem war. Wenn du wissen willst, wie man eine RACI-Matrix Schritt für Schritt aufbaut, behandeln wir das separat. Dieser Beitrag geht der Frage nach, warum die zugrunde liegende Idee auf Ebene der Strategieumsetzung scheitert, und was sie tatsächlich zusammenhält.
Der Fehler unter den Fehlern
Eine RACI-Matrix scheitert aus demselben Grund wie ein kaskadierter OKR-Baum. In beiden Fällen behandeln Menschen eine Benennungsübung, wer ist R, wer ist A, wessen Objective hängt unter wessen, als wäre das schon die strukturelle Arbeit, obwohl die strukturelle Arbeit darin besteht, diesen Namen mit etwas Echtem zu verbinden: einem Ziel, einer Kennzahl, einer Person mit Entscheidungsbefugnis, die tatsächlich handeln kann.
Workpath nennt das fehlende Stück Ownership-Klarheit, eine der vier Klarheiten, die Alignment steuerbar statt nur theoretisch machen. Ownership-Klarheit stellt bei jedem Ziel dieselbe einfache Frage: Wer ist rechenschaftspflichtig, wer ist verantwortlich, und wer muss einbezogen werden? Ein Entscheidungsrechte-Framework stellt genau diese Frage eine Ebene tiefer, angewendet auf eine einzelne Entscheidung statt auf ein ganzes Ziel. RACI und RAPID sind Versuche, sie zu beantworten. Sie scheitern, wenn das Ziel, dem eine Entscheidung dienen soll, nie explizit gemacht wurde, denn dann hat „wer entscheidet“ nichts, woran es sich festmachen kann. Am Ende steht eine wunderbar ausgefüllte Matrix, die an nichts hängt.
Warum Entscheidungsrechte immer schwerer zu umgehen sind
Lange Zeit hat die informelle Hierarchie diese Aufgabe stillschweigend übernommen, ohne dass sie irgendwo dokumentiert wurde. Wenn niemand aufschrieb, wer entschied, war es meist eine Führungskraft zwei Ebenen höher, und alle im Raum wussten das. Diese Deckung dünnt aus. In Korn Ferrys Workforce-Studie 2025 gaben 41 % der Mitarbeitenden an, ihr Unternehmen habe bereits Führungsebenen gestrichen, und flachere Strukturen breiten sich weiter aus, weil Unternehmen KI nutzen, um Koordinationsaufwand aufzufangen. Weniger Führungskräfte bedeuten weniger Menschen, die Unklarheit stillschweigend im Vorbeigehen auflösen. Was früher implizit war, muss jetzt explizit sein, sonst passiert es schlicht nicht.
Was wirklich funktioniert
Die Rollen gemeinsam entwickeln, nicht von oben verordnen
Eine Matrix, die eine einzelne Führungskraft entwirft und per E-Mail verteilt, ist immer eine Vermutung darüber, wer den nötigen Kontext für die Entscheidung hat. Entwickle sie mit den Menschen, die sie tatsächlich nutzen werden: Wer am nächsten an Kund*innen oder Daten dran ist, weiß meist besser als das Organigramm, wer die Decide-Rolle übernehmen sollte. Das ist am Anfang langsamer und jedes Mal, wenn die Entscheidung tatsächlich ansteht, deutlich schneller.
Gemeinsame Entwicklung bringt Meinungsverschiedenheiten außerdem zutage, solange sie noch günstig sind. Wenn zwei Führungskräfte aus unterschiedlichen Bereichen beide annehmen, sie hätten das letzte Wort bei einer gemeinsamen Entscheidung, lässt sich dieser Konflikt in einem dreißigminütigen Workshop deutlich leichter klären als mitten in einer akuten Eskalation, wo dieselbe Meinungsverschiedenheit plötzlich mit Deadline und Publikum daherkommt.
Verhalten definieren, keine Buchstaben
Statt „Consulted“ neben einen Namen zu schreiben, schreib auf, was das für diese Entscheidung konkret bedeutet: „gibt schriftlichen Input, bevor der Entwurf final ist, hat danach kein Vetorecht mehr.“ Statt „Accountable“ schreib: „trifft die finale Entscheidung innerhalb von fünf Werktagen nach Erhalt der Empfehlung.“ Ein Buchstabe ist eine Abstraktion, die Menschen mit eigenen Annahmen füllen. Ein Verhalten ist eine Verpflichtung, an der man Menschen messen kann.
Die Überprüfung in den bestehenden Rhythmus einbauen
Entscheidungsrechte verfallen genauso wie Alignment verfällt: leise, meist kurz nachdem sich das Organigramm, die Strategie oder das Team verändert hat. Die Lösung ist kein separates Entscheidungsrechte-Audit zweimal im Jahr. Es ist dieselbe Disziplin, die Check-ins davor bewahrt, zur Status-Theatralik zu werden: Entscheidungs-Ownership auf die Agenda setzen, wenn ein Ziel eine neue verantwortliche Person bekommt, wenn ein Team umstrukturiert wird, oder wenn ein Review zeigt, dass eine Entscheidung ins Stocken geraten ist, weil niemand sicher war, wer zuständig war. Ein Entscheidungsrecht, das im Januar noch stimmte und seitdem nie wieder angeschaut wurde, ist im Juli kein Entscheidungsrecht mehr. Es ist ein Gerücht, dem alle noch höflich folgen.
Entscheidungsrechte neben dem Ziel führen, nicht in einem separaten Dokument
Eine Entscheidungsrechte-Matrix, die in einer Folienpräsentation lebt, losgelöst von dem Ziel, dem sie dient, veraltet in dem Moment, in dem sich eines von beiden ändert, und niemand merkt es, bis eine Entscheidung stockt. Wenn Ownership direkt neben dem zugehörigen Ziel sichtbar ist, genauso wie ein Goal Graph sichtbar macht, welches Ziel welches antreibt, wird eine Änderung am einen automatisch zum Anlass, das andere zu prüfen. Entscheidungsrechte hören auf, ein statisches Artefakt zu sein, und werden Teil desselben Systems, das auch Ziele ehrlich hält.
Entscheidungsrechte sind nicht dasselbe wie Entscheidungsfindung
Es lohnt sich, genau zu sein, was ein Entscheidungsrechte-Framework eigentlich löst, denn es lässt sich leicht mit der umfassenderen Disziplin der strategischen Entscheidungsfindung verwechseln. Entscheidungsrechte beantworten das Wer: Wer liefert Input, wer hat das letzte Wort, wer setzt die Entscheidung um. Das Entscheidungssystem beantwortet das Wie: Auf welcher Evidenz eine Entscheidung basiert, wie oft das richtige Forum tagt, ob sich die Schleife schließt, sobald die Entscheidung gefallen ist.
Ein Team kann eine makellose Entscheidungsrechte-Matrix haben und trotzdem langsam schlechte Entscheidungen treffen, weil die Matrix nie geklärt hat, ob im Raum gute Evidenz vorlag oder die Disziplin, danach zu handeln. Die beiden Probleme verstärken sich gegenseitig, und sie brauchen getrennte Lösungen. Erst klären, wer entscheidet. Dann das System aus Foren und Evidenz aufbauen, das gute Entscheidungen ermöglicht, sobald die Befugnis dafür klar ist.
Häufig gestellte Fragen
Was ist ein Entscheidungsrechte-Framework?
Ein Entscheidungsrechte-Framework ist eine strukturierte Methode, um festzulegen, wer Input liefert, wer das letzte Wort hat und wer eine Entscheidung umsetzt. RACI und Bains RAPID sind die zwei gängigsten Varianten. Es funktioniert nur, wenn jede Rolle an ein konkretes Ziel gebunden und bei Veränderungen überprüft wird. Als einmaliges Dokument verfällt es innerhalb weniger Monate.
Warum scheitert RACI in den meisten Unternehmen?
Nicht, weil die vier Rollen falsch wären, sondern wegen der Art, wie sie eingeführt werden: vergeben, bevor das Ziel klar ist, von einer einzelnen Führungskraft entworfen statt von den Menschen, die sie nutzen werden, von verschiedenen Menschen unterschiedlich interpretiert, weil niemand das Verhalten hinter jedem Buchstaben definiert hat, und von der Hierarchie ausgehebelt, sobald eine Führungskraft doch eingreifen will.
Was ist der Unterschied zwischen einem Entscheidungsrechte-Framework und einem Entscheidungsprozess?
Ein Entscheidungsrechte-Framework beantwortet das Wer: Wer hat Input, wer entscheidet, wer setzt um. Ein Entscheidungsprozess beantwortet das Wie: Auf welcher Evidenz die Entscheidung basiert, wie das Forum arbeitet, und ob die Entscheidung tatsächlich umgesetzt wird. Du brauchst beides, und es sind zwei getrennte Probleme mit zwei getrennten Lösungen.
Wie oft sollten Entscheidungsrechte überprüft werden?
Es gibt kein festes Intervall, aber die Auslöser sind vorhersehbar: eine Veränderung der Teamstruktur, ein Ziel, das eine neue verantwortliche Person bekommt, oder ein Check-in, bei dem eine Entscheidung ins Stocken geraten ist, weil die Zuständigkeit unklar war. Die Überprüfung an diese Ereignisse zu knüpfen, statt an ein Datum im Kalender, fängt die Abweichung ab, bevor sie ein Quartal kostet.
Ist Bains RAPID die bessere Alternative zu RACI?
Nicht grundsätzlich. Die einzelne Decide-Rolle bei RAPID kann die Unklarheit reduzieren, die entsteht, wenn RACI manchmal geteilte Verantwortung nahelegt, aber ein anderes Label löst keine Matrix, die vergeben wurde, bevor das Ziel klar war, die eine einzelne Person entworfen hat, oder die ein Jahr lang unangetastet blieb. Das Framework zählt weniger als die Frage, ob es gemeinsam entwickelt, verhaltensbasiert definiert und regelmäßig überprüft wird.
Wer sollte ein Entscheidungsrechte-Framework aufbauen?
Nicht eine einzelne Führungskraft im Alleingang, das ist schließlich einer der vier Fehler. Die Verantwortung liegt am besten bei der Person, der das Ziel gehört, dem die Entscheidung dient, gemeinsam mit den Menschen, die das nötige Fachwissen mitbringen, und den Menschen, die von der Entscheidung betroffen sind. Das Ergebnis gehört der Gruppe. Dass eine einzelne Führungskraft am Ende unterschreibt, ist etwas anderes, als wenn eine einzelne Führungskraft die ganze Matrix allein von Grund auf entwirft.
Ein Entscheidungsrechte-Framework trägt nur, wenn es an etwas hängt, für das ein Team tatsächlich Verantwortung trägt. Das ist dieselbe Disziplin, die dahintersteht, wie Workpath Ziele mit den Menschen verbindet, denen sie gehören: jedem Ziel, und jeder Entscheidung darin, eine klar verantwortliche Person geben und beides überprüfen, bevor eines von beiden unbemerkt abdriftet.
