Klarheit: Das DACI-Framework definiert Rollen und Verantwortlichkeiten, reduziert Projektverzögerungen und verbessert die Klarheit bei Entscheidungen.
Rollen: DACI weist vier Rollen zu: Treiber, Entscheider, Mitwirkende und Informierte.
Umsetzung: Schritte für die effektive Nutzung von DACI sind u. a.: Entscheidung definieren, Beteiligte identifizieren und Rollen zuweisen.
Vorteile: Mit DACI lassen sich Verantwortlichkeiten, Entscheidungsgeschwindigkeit und bereichsübergreifende Zusammenarbeit im Team verbessern.
Einschränkungen: DACI eignet sich nicht für kleinere Entscheidungen oder Situationen, in denen Konsens und Eigenverantwortung wichtiger sind.
Ein DACI-Framework klärt, wer eine Entscheidung vorantreibt, wer das endgültige Votum abgibt, wer fachlichen Input liefert und wer über Ergebnisse informiert werden muss. Dadurch werden Unklarheiten beseitigt, die Projekte ins Stocken bringen können. Wenn funktionsübergreifende Teams, konkurrierende Prioritäten und Meinungen von Stakeholdern aufeinandertreffen, kann fehlende Zuständigkeit zu Verzögerungen bei wichtigen Entscheidungen und zum Verlust von Schwung führen.
Dieser Leitfaden erklärt die DACI-Rollen, die Umsetzungsschritte, Praxisbeispiele und gängige Fallstricke, damit Sie schneller Entscheidungen treffen, die Verantwortlichkeit stärken und Initiativen mit Zuversicht vorantreiben können.
Was ist DACI?
DACI ist ein Entscheidungsfindungs-Framework, das an Stakeholder, die an einer konkreten Entscheidung beteiligt sind, vier klar definierte Rollen vergibt. Das Akronym steht für Driver, Approver, Contributor und Informed (Treiber, Entscheider, Beitragsleistende, Informierte).
Der Driver steuert den Entscheidungsprozess, der Approver trifft die endgültige Entscheidung, Contributors bringen ihr Fachwissen ein, und die Informed-Gruppe wird über die Ergebnisse benachrichtigt. Als Variante der RACI-Matrix legt das DACI-Modell den Fokus von der Ausführung von Aufgaben hin zu klarer Entscheidungsverantwortung.
DACI-Rollen erklärt
Hier eine kurze Zusammenfassung der vier DACI-Rollen:
| Rolle | Kernaufgabe | Üblicherweise zugewiesene Anzahl | Typische Berufsbezeichnung |
|---|---|---|---|
| Driver | Begleitet den Entscheidungsprozess | 1 | Produktmanager, Projektmanager |
| Approver | Trifft die endgültige Entscheidung | 1 | VP of Product, Abteilungsleiter |
| Contributor | Liefert Expertenwissen und Ratschläge | 3–7 | Ingenieur, Designer, Rechtsberatung |
| Informed | Wird über das Ergebnis informiert | Variiert | Teamleitung Vertrieb, Support-Manager, Leiter Marketing |
Driver
Der Driver sorgt dafür, dass die Entscheidung vorankommt. Er sammelt Informationen, organisiert Besprechungen, koordiniert Beiträge von Contributors und verfolgt den Fortschritt bis zum Abschluss. Der Driver trifft nicht die finale Entscheidung. Sie können ihn sich als Projektmanager der Entscheidung selbst vorstellen.
Üblicherweise wird diese Rolle von einem Produktmanager, Projektmanager oder Projektleiter besetzt. Pro Entscheidung sollte es nur einen Driver geben. Mehrere Driver führen zu Verwirrung darüber, wer den Prozess wirklich leitet.
Approver
Der Approver trägt die letztendliche Entscheidungsgewalt und Verantwortung. Wenn alle Meinungen eingeholt und Optionen abgewogen wurden, ist der Approver die Person, die Ja oder Nein sagt. Ich empfehle dringend, diese Rolle auf eine einzige Person zu beschränken. Falls unbedingt zwei Approver erforderlich sind, sollte vorab ein verbindlicher Mechanismus zur Entscheidungsfindung bei Gleichstand festgelegt werden.
Der Approver ist meistens eine Führungsperson, ein Executive Sponsor oder Abteilungsleiter, die organisatorisch befugt ist, Ressourcen freizugeben und die Ergebnisse zu verantworten.
Contributor
Contributors sind Fachexperten, die durch ihr Wissen die Entscheidung mitgestalten. Zu dieser Gruppe gehören beispielsweise Designer, Ingenieure, die Rechtsabteilung, Finanzpartner oder alle, deren Know-how direkt relevant ist. Es ist durchaus sinnvoll, mehrere Contributors einzubeziehen – je mehr relevante Perspektiven der Driver zusammenträgt, desto besser kann der Approver am Ende entscheiden.
Eine wichtige Grenze: Contributors beraten, aber sie haben kein Vetorecht. Ihr Beitrag ist wertvoll und sollte ernsthaft betrachtet werden, aber die letzte Entscheidung liegt beim Approver – nicht bei der Contributor-Gruppe.
Informed
Zur Informed-Gruppe gehören Stakeholder, die vom Ergebnis betroffen sind oder daran interessiert sind, aber nicht an der Entscheidungsfindung teilnehmen. Sie müssen wissen, was beschlossen wurde und warum, wirken aber während des Prozesses nicht mit.
Beispiele hierfür sind Vertriebsteams, Kundenservice, Marketing oder Partnerorganisationen, deren Arbeit sich durch die Entscheidung ändern kann. Die Kommunikation an diese Gruppe sollte zeitnah und klar erfolgen – Verzögerungen führen hier schnell zu Gerüchten und Fehlallokationen.
So führen Sie DACI Schritt für Schritt ein
Hier die Schritte, um die DACI-Matrix effektiv für Ihre Entscheidungsfindung zu nutzen.
1. Definieren Sie die Entscheidung klar
Beginnen Sie mit einer präzisen und eindeutigen Entscheidungsformulierung. So gehen Sie vor:
- Formulieren Sie die Entscheidung als Frage oder klare Aussage. „Sollen wir bis Q3 auf einen neuen Cloud-Anbieter migrieren?“ ist deutlich besser als „Cloud-Strategie-Themen“.
- Definieren Sie den Geltungsbereich. Was ist eingeschlossen? Was ist explizit ausgeschlossen?
- Formulieren Sie das gewünschte Ergebnis. Wie sieht ein guter Abschluss der Entscheidung aus?
- Nennen Sie zu Beginn alle fixen Rahmenbedingungen (z. B. Budgetgrenzen, regulatorische Vorgaben, nicht verhandelbare Fristen).
Wenn Sie diesen Schritt überspringen, leidet der gesamte DACI-Prozess, da die Beteiligten dann über die Frage diskutieren, anstatt sie zu beantworten.
2. Alle Stakeholder identifizieren
Machen Sie eine Übersicht über jede Person oder jedes Team, das ein Interesse an der Entscheidung hat. Das beinhaltet nicht nur jene, die die Entscheidung treffen, sondern auch alle, die vom Ergebnis betroffen sein werden.
Verwenden Sie Organigramme, Stakeholder-Map-Übungen oder eine kurze Whiteboard-Sitzung. Nach meiner Erfahrung merkt man oft erst mitten im Prozess, dass eine wichtige Stimme fehlt, wenn man diesen Schritt auslässt.
3. DACI-Rollen zuweisen
Bestimmen Sie eine verantwortliche Person (Driver) und eine genehmigende Person (Approver) und wählen Sie dann Beitragsleistende (Contributors) basierend auf Expertise und fachlicher Relevanz aus. Das kann zu schwierigen Gesprächen führen. Ein Senior Director ist möglicherweise nicht erfreut, nur informiert (Informed) und nicht aktiv beitragend zu sein, während andere es möglicherweise unangenehm finden, nicht als Approver ausgewählt zu werden.
Stellen Sie die Rollenzuweisung auf die konkrete Entscheidung ab, nicht auf die Stellung in der Organisation. Zum Beispiel: „Für diese spezielle Entscheidung ist die Person, die am nächsten an den Kundendaten ist, die richtige Approver.“ – das ist leichter nachvollziehbar als das Gefühl einer Degradierung. Rotieren Sie die Rollen bei verschiedenen Entscheidungen; die informierte Person bei einer Entscheidung kann beim nächsten Mal die Approver-Rolle übernehmen.
Es ist verlockend, einer ranghohen Führungskraft die Rolle des Approvers zu geben, aber Approver sollte die Person sein, die die Folgen am besten verantworten kann – und nicht unbedingt die höchstrangige Person im Raum.
4. Fristen und Meilensteine festlegen
Legen Sie einen Entscheidungszeitplan mit konkreten Input-Deadlines für Beitragsleistende fest.
So gehen Sie vor:
- Setzen Sie eine Deadline für die Beiträge der Contributors.
- Legen Sie ein separates Datum für die finale Entscheidung des Approvers fest.
- Definieren Sie einen Termin zur Information der Informed-Gruppe.
So verhindern Sie ständige Erweiterung des Umfangs und endlose Diskussionen.
5. Entscheidung dokumentieren und kommunizieren
Halten Sie die finale Entscheidung (ggf. im Projektmanagement-Tool), die Entscheidungsbegründung sowie etwaige abweichende Meinungen schriftlich fest. Das ist der Schritt, den die meisten Teams auslassen, dabei ist er für das langfristige Lernen in der Organisation am wichtigsten.
Kommunizieren Sie die Entscheidung an die Informed-Gruppe und archivieren Sie sie zum späteren Nachschlagen. Legen Sie außerdem einen Eskalationsweg fest. Hier ist ein einfaches Protokoll: Der Driver kann im Entscheidungsprotokoll Widerspruch eintragen, und falls der Dissens erheblich ist, kann jede Partei mit Begründung an den Manager des Approvers eskalieren. Das sollte selten vorkommen, aber allein das Wissen um diesen Weg hält den Prozess ehrlich.
DACI vs. RACI: Was ist der Unterschied?
Der Hauptunterschied zwischen DACI und RACI liegt im Fokus. RACI ist eine Matrix zur Verantwortungszuweisung und beantwortet die Frage: „Wer erledigt die Arbeit und wer ist für das Ergebnis verantwortlich?“ DACI dagegen ist auf Entscheidungsfindung ausgelegt und klärt: „Wer treibt die Entscheidung voran und wer trifft die endgültige Entscheidung?“
Die wichtigsten Unterschiede werden in der folgenden Tabelle zusammengefasst:
| Kriterium | DACI | RACI |
|---|---|---|
| Haupteinsatzgebiet | Entscheidungsfindung | Aufgaben- und Projektumsetzung |
| Fokus | Entscheidungen | Aufgaben und Ergebnisse |
| Anzahl der Rollen im Rahmenwerk | 4 (Driver, Approver, Contributor, Informed) | 4 (Responsible, Accountable, Consulted, Informed) |
| Wer trägt das Ergebnis? | Approver | Accountable |
| Am besten geeignet für | Bereichsübergreifende Gruppenentscheidungen mit mehreren Stakeholdern | Projekte mit eindeutiger Aufgabenverteilung und Verantwortlichkeit |
| Wann anwenden? | Bevor eine wichtige Entscheidung getroffen werden muss | Bei der Aufgabenverteilung über den Projektlebenszyklus hinweg |
| Vorteile | Verhindert Entscheidungsblockaden, klärt Befugnisse, beschleunigt Ergebnisse | Eindeutige Aufgabenverantwortung, weit verbreitet in den meisten Organisationen |
| Grenzen | Weniger geeignet für kontinuierliches Aufgabenmanagement; kann sich in flachen oder agilen Kulturen hierarchisch anfühlen | Geht nicht direkt auf Entscheidungsbefugnisse ein; kann zu Verwirrung zwischen Responsible und Accountable führen |
Meiner Erfahrung nach erzielen Teams den größten Nutzen, wenn sie DACI für strategische Entscheidungen und RACI für die Ausführungsplanung einsetzen.
DACI-Beispiele aus der Praxis
Hier sind einige Beispiele für DACI, die helfen, den Einsatz besser zu verstehen:
Produktentwicklung: Auswahl einer Features-Roadmap
Ein Produktteam muss entscheiden, welche Funktionen in die Q3-Roadmap aufgenommen werden. Die Entscheidung erfordert Abwägungen zwischen Entwicklungskapazitäten, Kundennachfrage und Geschäftsstrategie.
| Rolle | Zugewiesen an |
|---|---|
| Verantwortlicher (Driver) | Senior Product Manager |
| Genehmiger (Approver) | VP of Product |
| Beitragende (Contributors) | Lead Engineer, UX-Researcher, Customer Success Manager, Data Analyst |
| Informierte (Informed) | Vertriebsteam, Marketingteam, Support-Leads |
Der Senior Product Manager sammelt Vorschläge, Priorisierungsdaten und Entwicklungsschätzungen. Beitragende bewerten Umsetzbarkeit, Nutzerwirkung und Marktnachfrage. Der VP prüft die Eingaben und trifft die finale Entscheidung. Vertrieb, Marketing und Support werden informiert, damit sie ihre Pläne anpassen können.
IT-Transformation: Auswahl eines neuen Cloud-Anbieters
Die Auswahl von Anbietern ist berüchtigt dafür, zu stocken. Mehrere Abteilungen haben eigene Meinungen, für jeden Anbieter gibt es Fürsprecher und ohne klare Befugnisse zieht sich der Prozess über Monate hin.
| Rolle | Zugewiesen an |
|---|---|
| Verantwortlicher (Driver) | IT-Projektmanager |
| Genehmiger (Approver) | CTO |
| Beitragende (Contributors) | Infrastructure Architect, Security Lead, Finance Director, DevOps Lead |
| Informierte (Informed) | Engineering-Teams, Abteilungsleiter, Einkauf |
Der IT-Projektmanager strukturiert die Bewertung; Beitragende führen Analysen, Kostenrechnungen und Sicherheitsprüfungen durch; und der CTO bewertet die Ergebnisse und wählt den Anbieter aus. Das DACI-Modell verhindert eine Pattsituation, wenn die Abteilungen verschiedene Anbieter bevorzugen und niemand eine Entscheidung herbeiführen kann.
Marketing-Kampagne: Freigabe einer Rebranding-Strategie
Bei Rebrandings gibt es starke Meinungen aus dem Kreativteam, aus der Führungsebene, vom Vertrieb und oft sogar vom CEO. Ohne Struktur geraten Feedbackschleifen schnell außer Kontrolle.
| Rolle | Zugewiesen an |
|---|---|
| Verantwortlicher (Driver) | Marketingleiter |
| Genehmiger (Approver) | CMO |
| Beitragende (Contributors) | Brand Strategist, Creative Director, Vertriebsleiter, Leiter externe Agentur |
| Informierte (Informed) | Alle Abteilungsleiter, kundennahe Teams |
Der Marketingleiter koordiniert Markenanalysen, Wettbewerbsrecherche und kreative Konzepte. Beitragende liefern Input zu Positionierung, visueller Richtung und Marktauswirkungen. Der CMO trifft die endgültige Entscheidung zur Rebranding-Richtung.
Vorteile der Nutzung des DACI-Frameworks
Hier sind einige wichtige Vorteile des DACI-Frameworks:
- Mehr Klarheit und Verantwortlichkeit: Jeder kennt seine Rolle, bevor der Prozess startet. Es gibt keine Unklarheiten darüber, wer entscheidet, wer berät und wer lediglich informiert wird. Das verhindert das sonst übliche "Fingerzeigen" nach schwierigen Entscheidungen.
- Schnellere Entscheidungsfindung: Eine einzelne zustimmende Person macht einen Gruppenkonsens unnötig. Konsens ist dann wichtig, wenn Akzeptanz wichtiger ist als Geschwindigkeit – aber bei funktionsübergreifenden Entscheidungen mit engen Zeitvorgaben bedeutet Warten auf Einigung oft, dass niemand entscheidet.
- Bessere funktionsübergreifende Zusammenarbeit: Beitragende fühlen sich gehört, weil ihr Input einen festen Platz im Entscheidungsprozess hat. Die informierte Gruppe bleibt im Bilde, ohne den Ablauf zu verlangsamen. Beide Gruppen werden respektiert, aber sind keine Engpässe.
- Weniger Meeting-Überlastung: Wenn die Rollen klar verteilt sind, braucht man nicht 15 Personen zu einer Entscheidungsrunde „zur Sicherheit“ einzuladen. Nur Verantwortliche, Genehmiger und relevante Beitragende müssen im Raum sein.
- Skalierbarkeit für Unternehmen: Die DACI-Methode funktioniert gleichermaßen für ein Startup mit fünf Personen wie auch für Konzerne mit 5.000 Mitarbeitenden. Das Framework skaliert, weil die Prinzipien einfach sind.
- Bessere Dokumentationskultur: Wird das DACI-Modell vollständig genutzt, entsteht ein Entscheidungslogbuch, aus dem die Organisation lernen kann. Gerade bei Führungswechseln, Audits oder späteren Entscheidungen im selben Themenbereich ist das besonders wertvoll.
Wann sollte DACI NICHT verwendet werden
In folgenden Fällen sollte auf das DACI-Framework verzichtet werden:
- Kleine, leicht umkehrbare Entscheidungen: Einen Termin für ein Meeting festlegen oder einen Catering-Service für das Team-Event auswählen, benötigt kein formales DACI-Entscheidungsmodell. Wenn die Kosten eines Fehlers gering und die Entscheidung reversibel ist, einfach entscheiden.
- Entscheidungen mit einem klaren Besitzer: Wenn eine Person eindeutig sowohl den Zuständigkeitsbereich als auch die Entscheidungsbefugnis besitzt (z.B. ein Tech Lead, der eine Bibliothek für seinen eigenen Code auswählt, oder ein Designer, der ein Icon-Set auswählt), bringt DACI nur unnötigen Aufwand ohne zusätzlichen Nutzen.
- Tägliche Entscheidungen innerhalb agiler Teams: Teams, die Scrum oder ähnliche Methoden nutzen, verfügen von Haus aus über eine verteilte Entscheidungsbefugnis. Setzen Sie DACI nur bei funktionsübergreifenden oder risikoreichen Entscheidungen ein, die teamübergreifend sind.
- Entscheidungen, bei denen Konsens angebracht ist: Es gibt Situationen, in denen Einigkeit wichtiger ist als Geschwindigkeit, etwa beim Festlegen von Team-Normen, bei der Definition von kulturellen Werten oder beim Aufsetzen von Arbeitsvereinbarungen. In diesen Fällen führt ein Konsensprozess zu stärkerer Bindung. Die DACI-Struktur kann die Eigenverantwortung, die Sie schaffen möchten, untergraben.
Die Frage ist einfach: Bezieht diese Entscheidung mehrere Beteiligte mit unterschiedlichen Interessen ein, erfordert sie bedeutende Ressourcen oder hat sie schwer rückgängig zu machende Konsequenzen? Wenn ja, nutzen Sie DACI. Wenn nicht, nehmen Sie den leichtesten Prozess, der zu einer ausreichend guten Antwort führt.
Häufige DACI-Fehler & wie man sie vermeidet
So vermeiden Sie typische DACI-Fehler:
| Fehler | Warum ist das ein Problem? | Wie man es behebt |
|---|---|---|
| Mehreren Personen die Freigabe übertragen | Führt zu einem Entscheidungsstau und verwässert die Verantwortlichkeit | Setzen Sie eine eindeutige Einzel-Freigabe-Regel; falls eine doppelte Freigabe unumgänglich ist, definieren Sie einen Entscheidungsmechanismus bei Uneinigkeit |
| Driver und Approver sind dieselbe Person | Vermischt Prozessverantwortung und Entscheidungsbefugnis | Trennen Sie die Rollen: Driver moderiert, Approver entscheidet |
| Beitragende zu spät einbeziehen | Wesentliches Fachwissen fehlt; Nacharbeit wird erforderlich | Identifizieren Sie Beitragende bereits bei der Stakeholder-Analyse |
| Vergessen, die Informierten zu aktualisieren | Erzeugt Misstrauen, Gerüchte und Fehlabstimmungen | Erstellen Sie für jede DACI-Entscheidung einen Kommunikationsplan |
| Die Liste der Beitragenden überladen | Verlangsamt den Prozess durch zu viele Meinungen | Begrenzen Sie die Gruppe auf 3–7 direkt themenrelevante Beitragende |
| Dokumentation auslassen | Entscheidungen geraten in Vergessenheit oder werden ohne Kontext erneut diskutiert | Halten Sie stets Entscheidung, Begründung, abweichende Meinungen und nächste Schritte fest |
| DACI für jede Entscheidung verwenden | Schafft Bürokratie und Entscheidungsüberforderung | Nutzen Sie das Modell nur für bedeutende, funktionsübergreifende oder schwer rückgängig zu machende Entscheidungen |
| Immer die gleiche Person ist Freigeber | Macht Entscheidungsgewalt unter dem Deckmantel von Prozessen zur Einbahnstraße | Rollenwechsel für Freigeber je nach Entscheidungsthema festlegen und Begründung offenlegen |
Wie geht es weiter?
DACI funktioniert am besten als Teil eines umfassenden Ansatzes für Projektleitung, Stakeholder-Management und Teamabgleich. Erstellen Sie ein kostenloses DPM-Mitgliedskonto, um auf praxisnahe Modelle, Vorlagen und Expertenressourcen zuzugreifen, die Ihnen helfen, bessere Entscheidungen zu treffen und funktionsübergreifende Projekte souverän umzusetzen.
