📌 Allgemeine Hinweise
RACI ist ein Management-Werkzeug, um Verantwortlichkeiten in Prozessen oder Projekten klar und nachvollziehbar zu machen. Es hilft dir, typische Probleme wie „Wer entscheidet?“ oder „Wer macht das?“ zu vermeiden, indem jede Aufgabe mit vier Rollen/Zuordnungen beschrieben wird: R, A, C, I.
- R = Responsible (ausführend/umsetzend): Wer macht die Arbeit konkret.
- A = Accountable (verantwortlich für das Ergebnis): Wer trägt die Endverantwortung für das Resultat (Entscheidung/Abnahme im Sinne der Aufgabe).
- C = Consulted (konsultiert): Wer wird für Input/Feedback einbezogen.
- I = Informed (informiert): Wer erhält Information über Fortschritt/Ergebnis, ohne primär aktiv beizutragen.
Wichtigste Grundregel: Pro Aufgabe sollte es idealweise genau eine A-Rolle geben, um „Doppel- oder Nicht-Zuständigkeit“ zu vermeiden.
🎯 Bestimmungsgemäße Verwendung
RACI ist bestimmt für:
- Klärung von Verantwortlichkeiten bei wiederkehrenden Prozessen (z. B. Freigaben, Incident-Bearbeitung, Einkauf, Vertrieb).
- Transparenz im Projektmanagement (z. B. für Deliverables, Meilensteine, Entscheidungen).
- Reduktion von Reibung zwischen Teams durch klare Kommunikations- und Entscheidungswege.
- Standardisierung von Rollenbeschreibungen über Teams/Standorte hinweg.
Nicht primär dafür gedacht ist RACI als:
- vollständiger Ersatz für Prozessdesign (es beschreibt Verantwortung, nicht die Prozesslogik selbst),
- „Starre Bürokratie“, die ohne Anpassung an Kontext und Teamrealität eingeführt wird.
ℹ️ Hintergrundinformationen zu dem Werkzeug
RACI ist ein Framework aus dem Bereich Prozess- und Projektorganisation. Es wirkt wie eine „Zuweisungs- und Kommunikationsmatrix“: Du nimmst eine Aufgabenliste (z. B. „Anforderungsdokument erstellen“, „Design freigeben“, „Implementierung durchführen“) und ordnest pro Aufgabe die Rollen R/A/C/I zu.
Praktischer Nutzen:
- Eindeutige Endverantwortung (A) reduziert Entscheidungsstaus.
- Klare Ausführung (R) verhindert „wir warten auf jemanden“.
- Passender Input (C) stellt sicher, dass Expertise einfließt.
- Sichtbarkeit (I) sorgt dafür, dass Betroffene informiert sind, ohne den Prozess zu blockieren.
Typische Stolperfallen:
- Mehrere „A“ pro Aufgabe (führt zu Unklarheit).
- „C“ wird zu „macht trotzdem mit“ (Rollen verwischen).
- „I“ wird vergessen (nachgelagerte Stakeholder merken es zu spät).
ℹ️ Welche Werkzeuge alternativ verwendet werden können
Je nach Zielsetzung können Alternativen sinnvoll sein:
- DACI (Driver, Approver, Contributors, Informed): Fokus stärker auf „Wer treibt es und wer genehmigt?“
- RASCI / RAPID: Varianten/andere Rollenverteilungen, oft mit stärkerem Entscheidungs- oder Aktivitätsfokus.
- CLARITY / RACI mit Erweiterungen: Wenn du zusätzliche Kategorien brauchst (z. B. „Owner“, „Reviewer“, „Approver“).
- Workflow/ BPMN: Wenn du vor allem den Ablauf und Zustandsübergänge beschreiben willst (RACI ergänzt, ersetzt aber BPMN nicht immer).
- Rollen-/Service-Kataloge (z. B. Prozess- & Rollenhandbücher): Wenn du Verantwortlichkeiten eher dokumentarisch als matrixbasiert brauchst.
🔧 Welche anderen Werkzeuge unterstützen können
RACI wird besonders gut, wenn es mit Werkzeugen kombiniert wird wie:
- Prozesslandkarte / Swimlane-Diagramme: Zeigt „wer macht wann“ über den Ablauf.
- Tickets/Backlog-Tool (z. B. für Aufgabenlisten): Macht RACI auf konkrete Work Items übertragbar.
- Entscheidungslogik (Decision Records, Change Requests): Unterstützt A-Entscheidungen.
- Kommunikationsplan: Konkretisiert, wie und wann „C“ und „I“ informiert werden.
- KVP / Retrospektiven: Prüft, ob die RACI-Zuordnungen wirklich funktionieren.
- Governance-Regelwerk: Wenn es um Freigaben, Compliance oder Qualitätsentscheidungen geht.
👥 Benötigte Personen
Für die Erstellung und Nutzung einer RACI-Matrix brauchst du typischerweise:
- Prozess-/Projekt-Owner (entweder als A oder als Moderator): sorgt für Zielbezug und finale Klärung.
- Fachliche Stakeholder: Menschen, die Input liefern können (C).
- Ausführende: die Personen/Teams, die die Arbeit wirklich umsetzen (R).
- Entscheider/Abnehmer: Verantwortliche für das Ergebnis (A).
- Kommunikations-/Schnittstellenrollen: z. B. Service Desk, QA, Security, Legal (oft C/I je nach Kontext).
- Optional: HR/Training/Enablement: wenn Rollenänderungen oder Schulungen nötig sind.
Wichtig: Mindestens eine Person muss „die Wahrheit“ über Rollen, Kompetenzen und reale Prozesse kennen.
⏱️ Dauer
Je nach Umfang:
- Schneller Start (1–2 Prozesse / kleine Liste): ca. 1–3 Stunden
- Prozesspaket (mehrere Abläufe, 20–40 Aufgaben): ca. 0,5–1,5 Tage
- Projekt mit mehreren Teams/Deliverables (50–120 Aufgaben): ca. 2–5 Tage
- Einführen & Nachjustieren (erste Runde nach Umsetzung): 1–3 Wochen Feedback-Schleife
🗂️ Benötigtes Material
- Aufgabenliste / Work Breakdown / Prozessschritte (z. B. aus Projektplan oder Prozessbeschreibung)
- Rollen- und Teamübersicht (wer gehört zu welcher Funktion/Einheit)
- RACI-Template (Tabelle/Spreadsheet reicht)
- Kontextdokumente: Ziel, Definition of Done, Freigabekriterien, Schnittstellen
- Kommunikationskanäle/Regeln (wo wird „C“/„I“ informiert)
🧩 Gerätebeschreibung / Bauplan
Stell dir RACI wie ein „Matrix-Werkzeug“ vor:
Bauplan (Schema):
- Zeilen: Aufgaben/Arbeitsschritte/Deliverables
- Spalten: Rollen/Teams/Personen
- Zuweisung je Zelle: R, A, C, I (oder Varianten/Leercellen)
Variante Bauplan (platzsparend):
Pro Zeile (eine Aufgabe) definierst du direkt:
- Responsible: …
- Accountable: …
- Consulted: …
- Informed: …
🚀 Inbetriebnahme
So startest du das Werkzeug:
- Scope festlegen: Welche Prozesse/Deliverables sollen abgedeckt werden?
- Aufgaben wirklich zerlegen: Jede Aufgabe so beschreiben, dass man sie „abschließen“ kann.
- Rollenliste vorbereiten: Teams/Personen identifizieren, die überhaupt in Frage kommen.
- A-Entscheider zuerst klären: Für jede Aufgabe einen passenden „A“-Slot finden.
- R-Umsetzung zuweisen: Wer kann die Arbeit kompetent ausführen?
- C und I sinnvoll dosieren: Nur die Expertise/Information zuordnen, die nötig ist.
Ergebnis der Inbetriebnahme ist eine erste RACI-Matrix, die „funktioniert“, nicht perfekt ist.
⚙️ Bedienung
- Bei jeder Aufgabe aktiv prüfen:
- Wer macht es? → R
- Wer entscheidet/steht am Ende? → A
- Wer liefert Input? → C
- Wer muss informiert sein? → I
- Konflikte auflösen über die Matrix:
- Wenn „niemand“ zuständig wirkt → meist fehlt R oder A
- Wenn „zu viele“ zuständig wirken → A ist oft doppelt oder R/C sind vermischt
- Kommunikation entlang der Rollen steuern:
- C bekommt gezielt Fragen/Artefakte zur Rückmeldung
- I bekommt Ergebnisse/Status in einem festen Rhythmus (z. B. wöchentlich)
- Erst nach dem Pilot nachjustieren:
- Beobachte, wo es in der Praxis hakt (z. B. Abnahme dauert zu lang → A unklar/zu weit weg)
🔄️ Wartung & Pflege
RACI ist kein „einmalig fertiges Dokument“, sondern ein Wartungsobjekt:
- Regelmäßige Review-Runde: z. B. alle 4–8 Wochen oder zu Projektmeilensteinen
- Change-Betrieb: Bei Organisationsänderungen, Rollenwechseln oder neuen Prozessen RACI updaten
- Qualitätscheck (kurz):
- Gibt es pro Aufgabe klare Verantwortlichkeiten?
- Gibt es Aufgaben ohne R oder ohne A?
- Sind C/I realistisch oder werden sie faktisch falsch gelebt?
- Dokumentiere Abweichungen: Wenn es Ausnahmen gibt („in Notfällen…“), halte sie als Sonderregel fest.
🌟 Expertentipps
- Definiere A als „Endverantwortung“: nicht als „ich bin nur informiert“. A muss entscheiden/abnehmen können.
- Halte R schlank: Wenn „alle“ R sind, macht niemand es bewusst.
- C niemals als Hintertür für R missbrauchen: C liefert Input, aber führt nicht automatisch die Umsetzung aus.
- Bei Konflikten mit einem 10-Minuten-Workshop entscheiden: „Welche Aufgabe, wer ist A, wer ist R?“
- RACI für Artefakte statt für vage Themen: Statt „Design“ eher „Design-Review eines konkreten Designs“.
- Nutze eine Versionierung: RACI-Versionen helfen, bei Rückfragen den Stand zum Zeitpunkt der Entscheidung zu sehen.
📝 Beispiel
Ein Unternehmen führt ein neues Dokumentenmanagementsystem ein.
| Aufgabe | Projektleiter | IT | Fachbereich | Geschäftsführung |
|---|---|---|---|---|
| Anforderungen sammeln | A | C | R | I |
| Software auswählen | A | R | C | I |
| Installation | I | A/R | I | I |
| Schulung durchführen | A | C | R | I |
| Produktivsetzung | A | R | C | I |
| Projektabschluss | R | C | I | A |
Interpretation:
- Der Fachbereich arbeitet aktiv bei der Erhebung der Anforderungen und bei den Schulungen mit (Responsible).
- Die IT übernimmt die technische Umsetzung und trägt bei der Installation sowohl die Durchführungs- als auch die Gesamtverantwortung (Responsible und Accountable).
- Der Projektleiter steuert das Projekt und ist für die meisten Aufgaben Accountable, da er die Gesamtverantwortung trägt.
- Die Geschäftsführung wird überwiegend informiert und übernimmt beim Projektabschluss die formale Gesamtverantwortung für die Freigabe.
Dieses Beispiel zeigt, wie die RACI-Matrix Transparenz schafft, Verantwortlichkeiten eindeutig zuordnet und Kommunikationswege klar definiert. Dadurch werden Abstimmungsaufwände reduziert und Projekte effizienter gesteuert.