DACI vs. RACI: Wo Entscheidungsrechte offen bleiben

DACI und RACI lösen dasselbe Ausgangsproblem: Eine Entscheidung ohne benannten Owner bleibt liegen. DACI benennt einen einzigen Approver und einen Driver, dessen Aufgabe es ist, die Entscheidung bis zu einem festen Termin voranzutreiben. RACI benennt eine einzige Accountable-Person und verteilt die übrige Arbeit auf Responsible, Consulted und Informed. Beide beheben das offensichtliche Problem. Keins der beiden übersteht eine Entscheidung, die quer über Ziele läuft, die sich laufend verschieben.

Was jedes Framework tatsächlich von dir verlangt

DACI weist laut Atlassians Team Playbook einer einzelnen Entscheidung vier Rollen zu:

• Driver: koordiniert die Stakeholder, legt den Rahmen fest und hält die Entscheidung bis zu einem vereinbarten Termin in Bewegung.
• Approver: die eine Person, die den finalen Entscheid trifft. Das Framework stellt klar, dass diese Rolle aktiv entscheidet, statt nur passiv abzuzeichnen.
• Contributors: Personen mit relevanter Fachkenntnis, die Empfehlungen geben. Sie haben eine Stimme in der Diskussion, aber kein Stimmrecht bei der Entscheidung selbst.
• Informed: Personen, die von der Entscheidung betroffen sind und das Ergebnis erfahren, sobald es feststeht.

RACI weist laut dem Project Management Institute vier andere Rollen zu, meist für ein ganzes Projekt statt für eine einzelne Entscheidung:

• Responsible: erledigt die Arbeit. Mehrere Personen können sich diese Rolle teilen.
• Accountable: trägt die Verantwortung für das Ergebnis. PMI stellt klar, dass jede Aufgabe genau eine Accountable-Person hat; ein zweiter Name in dieser Spalte sorgt später nur für Streit.
• Consulted: gibt Input, bevor die Arbeit abgeschlossen ist.
• Informed: erhält im Nachhinein Updates.

Legt man beide nebeneinander, ist die Überschneidung größer, als die meisten Vergleiche zugeben. Approver und Accountable folgen derselben Logik: ein einzelner benannter Owner statt eines Gremiums. Contributors und Consulted sind enge Verwandte. Informed bedeutet in beiden Frameworks dasselbe. Die beiden Frameworks teilen denselben Kerngedanken, angewendet auf zwei unterschiedliche Arbeitseinheiten: eine Entscheidung bei DACI, ein ganzes Projekt bei RACI.

Wo DACI RACI tatsächlich etwas voraushat

Der eigentliche Unterschied zwischen beiden liegt im Umfang.

• Eine Entscheidung versus ein Projekt. DACI ist auf eine Entscheidung mit einem Termin zugeschnitten. RACI ist meist auf ein ganzes Projekt oder einen Prozess zugeschnitten, mit einer Zeile pro Aufgabe. Deshalb passt DACI besser zu einer einzelnen bereichsübergreifenden Entscheidung (welcher Anbieter, welcher Markt zuerst, welches Roadmap-Element gestrichen wird), während RACI besser zu einem laufenden Steuerungsrhythmus passt, in dem dieselben Personen Woche für Woche dieselben Arbeitskategorien bearbeiten.
• Ein benannter Driver. RACI kennt keine Entsprechung zum Driver. Niemand in einer RACI-Matrix ist explizit dafür zuständig, die Entscheidung bis zu einem Termin tatsächlich herbeizuführen, und genau so bleibt eine RACI-gesteuerte Entscheidung ein Quartal lang liegen, obwohl jeder formal einen Buchstaben zugewiesen bekommen hat.
• Contributors ohne Stimmrecht, klar benannt. DACI benennt ausdrücklich, dass Contributors empfehlen und nicht mitentscheiden. Die Consulted-Rolle bei RACI meint in der Praxis dasselbe, ist aber unschärfer formuliert, und aus "consulted" wird öfter ein faktisches Vetorecht, als Teams bemerken, bis die Entscheidung ein zweites Mal ins Stocken gerät.

Damit ist DACI die schärfere Version desselben Werkzeugs, zugeschnitten auf eine Entscheidung statt auf ein ganzes Projekt.

Was dir keine der beiden Matrizen beantwortet

Füllst du eine DACI- oder RACI-Matrix für eine reale bereichsübergreifende Entscheidung aus, bleiben drei Fragen komplett offen, und genau diese drei sind es, die die Umsetzung tatsächlich zum Scheitern bringen.

• Wer sollte die Rolle Approver oder Accountable übernehmen, wenn zwei Teams unterschiedliche Ziele verfolgen? Beide Frameworks setzen voraus, dass die richtige Person offensichtlich ist. In der Praxis entscheidet meist, welchem Ziel die Entscheidung tatsächlich dient, nicht die höchste Position im Organigramm, und keine der beiden Matrizen stellt diese Frage.
• Was passiert, wenn die Priorität des Approvers der eines anderen Teams widerspricht? Keines der beiden Frameworks enthält eine Trade-off-Regel. Eine Matrix sagt dir, wer entscheidet. Sie sagt dir nicht, nach welchem Prinzip entschieden werden soll, wenn Geschwindigkeit und Qualität oder Wachstum und Stabilität in unterschiedliche Richtungen zeigen.
• Wird die Zuordnung überhaupt überprüft? Eine DACI- oder RACI-Matrix wird einmal ausgefüllt, meist beim Kickoff, und dann liegen gelassen. Ziele verschieben sich von Quartal zu Quartal. Die Matrix tut das nicht.

Diese Lücken liegen außerhalb dessen, wofür die beiden Frameworks gebaut wurden. Eine Entscheidungsrechte-Matrix beantwortet genau eine Frage, nämlich wer, und das genau einmal.

Stell dir ein mittelgroßes Industrieunternehmen vor, das über eine Preiserhöhung bei einer Produktlinie entscheidet, die von neuen Zöllen betroffen ist. Beim Kickoff benennt eine DACI-Matrix die VP Sales als Approver, Finance und Product als Contributors und die regionalen Sales-Leads als Informed. Im ersten Monat ist das eine vernünftige Entscheidung. Im dritten Monat hat sich das Margenziel hinter der Entscheidung von einem Wachstumsziel des Vertriebs zu einem Kostenziel verschoben, das jetzt Finance gehört, und die eigentliche Trade-off-Frage, Marge schützen oder Kundenbeziehung schützen, ist komplett bei anderen Teams gelandet. Niemand aktualisiert die Matrix, weil keines der beiden Frameworks jemandem sagt, dass er das tun sollte. Der im Januar benannte Approver zeichnet im April noch immer ab, bei einer Entscheidung, die inzwischen zu einem anderen Ziel gehört.

Entscheidungsrechte sind eine Eigenschaft der Zielstruktur

Die Lösung besteht darin, Entscheidungsrechte als laufende Eigenschaft der Zielstruktur zu behandeln, die mit den Zielen mitwächst, statt als einmalige Rollenvergabe beim Kickoff eingefroren zu bleiben. Workpaths eigenes Diagnoseinstrument dafür sind die vier Klarheiten: Für jedes bereichsübergreifende Outcome braucht ein Team Outcome-Klarheit (welcher Wert entsteht, und woran erkennen wir ihn), Ownership-Klarheit (wer ist accountable, wer responsible, wer muss einbezogen werden), Alignment-Klarheit (was brauchen die Seiten voneinander, in welcher Form) und Trade-off-Klarheit (welche Regel gilt bei einem Zielkonflikt). Ownership-Klarheit ist die gesamte Aufgabe von DACI und RACI. Trade-off-Klarheit ist der Teil, den beide Frameworks auslassen, und meist genau der Teil, an dem eine bereichsübergreifende Entscheidung in der Praxis scheitert.

Das funktioniert dort, wo eine statische Matrix an ihre Grenzen stößt, weil der Entscheidungsowner mit dem Goal Graph verknüpft ist, Workpaths Visualisierung, welches Ziel welches andere antreibt, quer durch die Organisation. Verbinden sich die Ziele zweier Teams, wird diese Verbindung sichtbar statt angenommen, und damit auch, wessen Ziel die Entscheidung tatsächlich dient. Workpaths Strategy Execution Steering Model, das du auf der Produktseite findest, ist genau darauf aufgebaut: dezentrale Entscheidungsfindung, die an das Ziel gebunden bleibt, dem sie dient, mit kurzen Planungszyklen, die die Ownership-Frage planmäßig wieder öffnen, statt sie in einem Dokument vom Kickoff verstauben zu lassen.

In der Praxis sieht das weniger nach einer Matrix aus und mehr nach drei Gewohnheiten. Eine Alignment Map pro Outcome, die das Outcome, die Kennzahl, die beteiligten Teams und ihre Abhängigkeiten benennt, sodass der Entscheidungsowner direkt neben der Arbeit sichtbar ist statt in einer Datei, die niemand mehr öffnet. Ein Shared Outcome Owner für jede teamübergreifende Entscheidung, eine Person, die den Trade-off moderiert und die Messlogik zusammenhält, eine Rolle, die der Driver bei DACI nur teilweise abdeckt. Und teamübergreifende Reviews, die um Entscheidungslogik statt um Status herum gebaut sind, dieselbe Disziplin, die Workpath anwendet, wenn Teams funktionsübergreifend auf eine gemeinsame Strategie ausgerichtet werden.

Das ist nicht abstrakt. Die Economist Intelligence Unit hat festgestellt, dass 61 Prozent der Unternehmen Schwierigkeiten haben, die Lücke zwischen Strategie und Umsetzung zu schließen, und Atlassians eigene State-of-Teams-Erhebung beziffert den Anteil der Führungskräfte, die glauben, ihre Teams arbeiteten an geschäftskritischen Aufgaben, auf nur 24 Prozent. Eine Entscheidungsrechte-Matrix, die niemand überprüft, trägt still zu beiden Zahlen bei: Die Arbeit wird besetzt, aber die falsche Person hält am Ende eine Entscheidung, die zu einem ganz anderen Ziel gehört, und das fällt niemandem auf, bis der Termin bereits verstrichen ist.

Wann du welches Framework nutzt, und wann keins davon reicht

DACI passt zu einer einzelnen, klar abgegrenzten Entscheidung mit einem echten Termin: welcher Anbieter, welches Feature gestrichen wird, welcher Markt zuerst erschlossen wird. Nutze es für eine einmalige Entscheidung statt für eine wiederkehrende Arbeitskategorie, und lege die Matrix wieder ab, sobald der Approver tatsächlich entschieden hat.

RACI passt zu einer stabilen, wiederkehrenden Struktur: dieselben Arbeitskategorien, verteilt auf dieselben Rollen, Woche für Woche, innerhalb eines Teams oder eines klar definierten Prozesses. Nutze es, wenn du einen wiederkehrenden Prozess besetzt statt eine einzelne Entscheidung zu treffen, und aktualisiere die Matrix planmäßig, sobald sich Team oder Prozess verändern.

Beide stoßen am selben Punkt an ihre Grenze: eine Entscheidung, die wiederkehrt, deren rechtmäßiger Owner sich aber mit den Zielen der Organisation verschiebt. Eine quartalsweise Preisentscheidung, eine wiederkehrende Make-or-buy-Entscheidung, ein wiederkehrender Ressourcen-Trade-off zwischen zwei Produktlinien. Das sind keine einmaligen Entscheidungen, die DACI abschließen und ablegen kann, und sie sind nicht stabil genug für eine RACI-Zeile, die einmal im Jahr festgelegt wird.

Keines von beiden ist für die Entscheidung gebaut, die sich quer durch die Organisation wiederholt, während Strategie umgesetzt wird: welche Initiative in diesem Quartal die Engineering-Kapazität bekommt, wessen Kennzahl ein gemeinsames Feature tatsächlich bedient, was passiert, wenn die Ziele zweier Funktionen in entgegengesetzte Richtungen ziehen. Für diese Kategorie laufen beide Frameworks genau an dem Punkt ins Leere, an dem am meisten auf dem Spiel steht. Workpaths Entscheidungsrechte-Framework ist genau für diese Lücke gedacht: Es hält den Entscheidungsowner an ein Ziel gebunden statt an ein Dokument, und es funktioniert neben DACI oder RACI statt sie zu ersetzen. Die RACI-Matrix hat darin weiterhin ihren Platz, für die wiederkehrende Arbeit auf Aufgabenebene, die aus einer größeren strategischen Entscheidung am Ende entsteht.

FAQ

Wofür steht DACI?

Driver, Approver, Contributors und Informed. Der Driver koordiniert die Entscheidung und treibt sie bis zu einem Termin voran, der Approver ist die eine Person, die final entscheidet, Contributors geben Input ohne Stimmrecht, und Informed-Stakeholder erfahren das Ergebnis, sobald es feststeht.

Wofür steht RACI?

Responsible, Accountable, Consulted und Informed. Responsible-Personen erledigen die Arbeit, eine Accountable-Person trägt die Verantwortung für das Ergebnis, Consulted-Personen geben vorab Input, und Informed-Personen erhalten im Nachhinein Updates.

Ist DACI besser als RACI?

Keins von beiden ist grundsätzlich besser. DACI ist für eine einzelne Entscheidung mit Termin gebaut, RACI für eine wiederkehrende Verteilung von Aufgaben über ein Projekt oder einen Prozess. Die eigentliche Frage ist, welche Arbeitseinheit du gerade steuerst.

Lassen sich DACI und RACI kombinieren?

Ja, das ist in der Praxis üblich. Eine strategische Entscheidung kann über DACI zu einem Entscheid kommen, und die daraus entstehende Arbeit lässt sich anschließend über eine RACI-Matrix besetzen. Beide lösen benachbarte Probleme, keine konkurrierenden.

Warum funktionieren Entscheidungsrechte-Matrizen nach ein paar Monaten nicht mehr?

Weil sie einmal ausgefüllt und nie wieder überprüft werden, während sich die Ziele hinter der Entscheidung laufend ändern. Die Matrix benennt weiterhin einen Owner, nur ist das möglicherweise nicht mehr die richtige Person, und nichts in einem der beiden Frameworks fordert ein Team dazu auf, das zu überprüfen.

Was ersetzt eine RACI-Matrix bei einer bereichsübergreifenden strategischen Entscheidung?

Den Entscheidungsowner an das Ziel zu binden, dem er dient, statt nur an die Aufgabe, über eine explizite Trade-off-Regel und einen Rhythmus, der die Ownership überprüft, sobald sich Ziele verschieben. Workpaths Entscheidungsrechte-Framework und das Diagnoseinstrument der vier Klarheiten sind genau für diese Lücke gebaut.