RACI-Matrix-Vorlage und Beispiele: Sofort nutzbare Formate für jedes Projekt

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Eine RACI-Matrix weist jeder Aufgabe in einem Projekt vier Rollen zu, Responsible, Accountable, Consulted und Informed, damit niemand raten muss, wer was verantwortet. Wenn Sie die vollständige Definition und die Überlegungen hinter jedem Buchstaben wollen, behandelt der RACI-Matrix-Leitfaden das ausführlich.
Diese Seite lässt die Theorie aus. Sie bietet eine leere Vorlage, die Sie sofort kopieren können, sechs ausgearbeitete Beispiele für verschiedene Projektarten und die Regeln, die eine Matrix über Woche eins hinaus nützlich halten, statt dass sie zu einem Dokument wird, das nie wieder jemand öffnet. Wenn die Zuständigkeit für Aufgaben gar nicht Ihr Problem ist und Ihnen stattdessen eine Struktur für Entscheidungen fehlt, springen Sie direkt zu RACI vs. RASCI vs. DACI.
Key Facts
- PMIs Pulse of the Profession 2026 stellte fest, dass etwa ein Drittel der komplexen Projekte scheitert, „fast doppelt so viel wie die Misserfolgsquote von 13 % bei Projekten insgesamt", und komplexe Projekte sind genau die, bei denen Zuständigkeiten unausgesprochen bleiben.
- Der PMBOK Guide, Eighth Edition (PMI, November 2025) baut auf sechs Kernprinzipien und sieben Performance-Domänen auf, und Ressourcen, also die Menschen, die die Arbeit leisten, und die Rollen, die sie innehaben, sind eine der sieben.
- PMI nennt die Regel, die das gesamte Modell trägt: „Jede Aufgabe hat genau eine Accountable-Person", wobei Accountable definiert ist als „die einzelne Person, die das Ergebnis verantwortet und dafür geradesteht". Jede der folgenden Vorlagen ist so gebaut, dass sie diese Regel einhält.
Die leere RACI-Matrix-Vorlage
Kopieren Sie dies direkt in eine Tabellenkalkulation oder ein Dokument. Ersetzen Sie die Platzhalter in Klammern durch Ihre eigenen Aufgaben und Rollen und tragen Sie dann in jede Zelle einen einzelnen Buchstaben ein: R, A, C oder I. Lassen Sie eine Zelle leer, wenn diese Rolle in dieser Zeile gar nicht beteiligt ist.
| Aufgabe / Liefergegenstand | [Rolle 1] | [Rolle 2] | [Rolle 3] | [Rolle 4] | [Rolle 5] |
|---|---|---|---|---|---|
| [Aufgabe oder Liefergegenstand 1] | |||||
| [Aufgabe oder Liefergegenstand 2] | |||||
| [Aufgabe oder Liefergegenstand 3] | |||||
| [Aufgabe oder Liefergegenstand 4] | |||||
| [Aufgabe oder Liefergegenstand 5] | |||||
| [Aufgabe oder Liefergegenstand 6] |
Legende: R = Responsible (führt die Arbeit aus) · A = Accountable (verantwortet das Ergebnis, genau eine Person pro Zeile) · C = Consulted (gibt Input, bevor die Arbeit stattfindet, in beide Richtungen) · I = Informed (wird danach informiert, in eine Richtung)
So füllen Sie sie aus
- Listen Sie links Liefergegenstände auf, keine Einzelhandlungen. Beginnen Sie auf der Ebene der Liefergegenstände (ein Bericht, ein Release, ein unterzeichneter Vertrag), nicht bei jeder Mikroaufgabe. Mehr zur Wahl der richtigen Ebene weiter unten.
- Listen Sie oben die Rollen auf, wenn möglich mit Namen. Jobtitel eignen sich für eine Vorlage, die Sie breit teilen, aber echte Namen beseitigen die Mehrdeutigkeit, die auftaucht, sobald zwei Personen denselben Titel tragen. Übernehmen Sie die vollständige Liste aus einer Stakeholder-Analyse-Matrix, falls Sie eine haben, damit niemand mit einem Interesse am Projekt fehlt.
- Weisen Sie zuerst jedes Accountable zu, vor allem anderen. Ein A pro Zeile, keine Ausnahmen. Das ist die eine Zuweisung, die tatsächlich verhindert, dass eine Aufgabe ins Stocken gerät, ohne dass jemand dafür geradesteht.
- Weisen Sie als Nächstes Responsible zu. Eines ist am saubersten; zwei sind machbar, wenn die Arbeit wirklich geteilt ist; drei oder mehr bedeuten meist, dass die Zeile in kleinere Liefergegenstände aufgeteilt werden sollte.
- Ergänzen Sie Consulted und Informed zuletzt und halten Sie beide kurz. Jedes C ist jemand, auf den die verantwortlich ausführende Person warten muss, bevor sie beginnt. Jedes I ist eine Benachrichtigung, die jemand lesen muss. Lange C- und I-Listen sind meist der Punkt, an dem eine Matrix zu verfallen beginnt.
- Gehen Sie die fertige Matrix mit den Personen darin durch, bevor Sie sie als final bezeichnen. Eine allein gebaute und per E-Mail verschickte Matrix lädt zu stillem Widerspruch ein. Fünf Minuten im Projekt-Kickoff-Meeting fangen Streitpunkte ab, bevor sie zu verpassten Übergaben werden.
Die Regeln, die eine Matrix vor dem Verfall bewahren
Eine RACI-Matrix wird nutzlos, sobald diese Regeln gebrochen werden, meist ohne dass es jemand bemerkt, bis eine Aufgabe verrutscht.

| Regel | Warum sie wichtig ist | Was passiert, wenn sie gebrochen wird |
|---|---|---|
| Genau ein A pro Zeile | Eine Person steht dafür gerade, wenn die Aufgabe scheitert, Punkt | Zwei As bedeuten, dass sich keine der beiden Personen wirklich in der Pflicht fühlt; null As bedeuten, dass es niemand tut |
| R kann geteilt werden, sollte es aber selten | Mehrere Personen können die Arbeit ausführen | Drei oder mehr Rs in einer Zeile sind meist ein Zeichen, dass die Zeile in separate Liefergegenstände aufgeteilt werden sollte |
| C ist beidseitig, keine Höflichkeit | Consulted-Personen werden gefragt, bevor die Arbeit stattfindet, und ihr Input kann sie verändern | C als optional zu behandeln macht aus echtem Input einen Stempel im Nachhinein |
| I ist einseitig und sollte kurz bleiben | Informed-Personen werden unterrichtet, nicht gefragt | Eine aufgeblähte I-Liste erzieht Leute dazu, Updates gar nicht mehr zu lesen |
Sechs ausgearbeitete RACI-Matrix-Beispiele
Jedes Beispiel unten ist eine vollständige Matrix für ein reales Szenario, kein Fragment. Setzen Sie Ihre eigenen Rollen und Aufgaben ein, aber beachten Sie das Muster: Ein A pro Zeile gilt in jedem einzelnen.

1. Software-Release oder Produktlaunch
| Aufgabe | Product Manager | Engineering Lead | QA Lead | DevOps | Support Lead | Marketing |
|---|---|---|---|---|---|---|
| Release-Umfang festlegen | A | R | C | I | I | I |
| Bauen und Code-Review | I | A/R | C | I | ||
| Release Candidate gegen die Definition of Done testen | I | C | A/R | |||
| Rollback-Plan vorbereiten | C | C | A/R | |||
| Release Notes schreiben | A | C | R | C | ||
| In Produktion ausrollen | I | C | I | A/R | ||
| Metriken nach dem Release überwachen | I | A | R | I | ||
| Kundenkommunikation übernehmen | I | C | A/R |
Der Engineering Lead hält A in zwei Zeilen und R in zwei weiteren, was für einen technischen Lead nah an der Arbeit normal ist. Beachten Sie, dass QA nur dort auftaucht, wo tatsächlich getestet wird, nicht in jeder Zeile, wodurch die C-Last überschaubar bleibt.
2. Marketingkampagne
| Aufgabe | Marketing Manager | Content Writer | Designer | Paid Media Specialist | Sales Lead | Legal |
|---|---|---|---|---|---|---|
| Kampagnen-Briefing genehmigen | A | C | C | C | ||
| Kampagnentexte schreiben | A | R | C | C | ||
| Kreativ-Assets gestalten | A | C | R | |||
| Rechtliche und Compliance-Prüfung | I | A/R | ||||
| Paid-Ad-Kampagnen einrichten | A | I | R | |||
| Kampagne starten | A | R | I | |||
| Qualifizierte Leads an den Vertrieb übergeben | I | A/R | ||||
| Ergebnisse an Stakeholder berichten | A/R | C | I |
Legal wird früh konsultiert (Text und Kreation) und ist einmal Accountable (die formale Prüfung), eine verbreitete Aufteilung: Input überall dort, wo die Arbeit Risiko erzeugen könnte, Verantwortung nur für die Freigabe selbst.
3. Onboarding neuer Mitarbeitender
| Aufgabe | HR / People Ops | Hiring Manager | IT | Neue Mitarbeitende | Buddy |
|---|---|---|---|---|---|
| Angebotsschreiben und Unterlagen versenden | A/R | I | |||
| Konten, Laptop und Systemzugänge bereitstellen | C | I | A/R | I | |
| Onboarding-Buddy zuweisen | R | A | I | I | |
| Orientierung am ersten Tag durchführen | A/R | C | C | ||
| Compliance- und Richtlinienschulung absolvieren | C | A/R | |||
| 30-60-90-Tage-Check-ins durchführen | C | A/R | I | I |
Hier wechselt Accountable je nach Zeile zwischen HR und dem Hiring Manager, statt für den gesamten Prozess bei einer Person zu liegen, was normal ist: Onboarding erstreckt sich über zwei Funktionen, und keine verantwortet alles.
4. ERP- oder Systemeinführung
| Aufgabe | Project Sponsor | Project Manager | IT / Systemadministration | Abteilungsleitungen | Implementierungsdienstleister |
|---|---|---|---|---|---|
| Anforderungen und Umfang freigeben | A | R | C | C | C |
| System und Workflows konfigurieren | I | I | C | A/R | |
| Altdaten migrieren | I | C | A/R | C | C |
| Workflows gegen Anforderungen testen | I | I | C | A | R |
| Endanwender schulen | I | A | C | C | R |
| Go-live-Umstellung genehmigen | A | R | C | C | C |
| Support nach dem Go-live leisten | I | I | A/R | I | C |
Gleichen Sie die Pflichten des Dienstleisters hier mit dem ab, was in Ihrem Statement of Work steht. Ein Dienstleister, der bei Konfiguration und Schulung R hält, ohne passende SOW-Klausel, ist eine Lücke, die man vor der Vertragsunterzeichnung schließen sollte, nicht nach dem Go-live.
5. Event oder Büroumzug
| Aufgabe | Event- / Umzugsleitung | Facilities | IT | Abteilungsleitungen | Dienstleister / Umzugsfirma |
|---|---|---|---|---|---|
| Veranstaltungsort oder neuen Standort auswählen | A/R | C | I | ||
| Dienstleisterverträge buchen | I | A/R | C | ||
| Raumaufteilung oder Agenda planen | A/R | C | C | C | |
| IT-Umzug oder AV-Aufbau koordinieren | I | C | A/R | ||
| Zeitplan an die Belegschaft kommunizieren | A/R | I | I | C | |
| Umzugs- oder Eventtag durchführen | A | R | R | I | R |
| Abschluss nach Umzug oder Event | A/R | C | I |
Der Umzugstag ist die einzige Zeile mit drei Rs gleichzeitig (Facilities, IT und der Dienstleister leisten parallel körperliche Arbeit), was in Ordnung ist, weil es ein einzelner Tag koordinierter Ausführung ist und kein fortlaufender geteilter Liefergegenstand, der sonst aufgeteilt werden müsste.
6. RACI für kleine Teams (eine Person hält mehrere Buchstaben)
Ein Dreierteam relauncht eine Unternehmenswebsite: eine Gründerin oder ein Gründer, ein freiberuflicher Designer/Entwickler und ein freiberuflicher Marketer. Keine Abteilungsleitungen, kein Komitee, nur drei Personen und eine Deadline.
| Aufgabe | Gründer | Designer / Entwickler | Marketing-Freelancer |
|---|---|---|---|
| Endgültigen Umfang und Budget freigeben | A | I | I |
| Website gestalten und bauen | A | R | I |
| Website-Texte schreiben | A | I | R |
| QA und Review vor dem Launch | A/R | C | |
| Website live schalten | I | A/R | |
| Launch bewerben | C | A/R |
Der Gründer ist in fünf von sechs Zeilen A, was in einem Programm mit 40 Personen ein Warnsignal wäre, hier aber genau richtig ist: In einem Dreierteam soll die Person, die die Arbeit finanziert, fast überall die verantwortliche Partei sein. Wichtig bleibt, dass Responsible herumwandert, statt sich bei einer Person zu stapeln, und dass jeder Freelancer die volle Zuständigkeit (A und R zusammen) für die Zeile erhält, die wirklich seine ist.
So lesen Sie eine kaputte Matrix
Eine Matrix kann vollständig aussehen und trotzdem kaputt sein. Auf diese Muster sollten Sie achten, bevor Sie einer Matrix vertrauen.

| Kaputtes Muster | Was es tatsächlich bedeutet | Lösung |
|---|---|---|
| Eine Zeile ohne A | Niemand steht dafür gerade, wenn die Aufgabe verrutscht, auch wenn mehrere Personen daran arbeiten | Genau ein Accountable zuweisen, auch wenn es dieselbe Person ist, die bereits R trägt |
| Eine Zeile mit zwei oder mehr As | Zwei Personen glauben, das letzte Wort zu haben, was in der Praxis bedeutet, dass keine es hat | Eine wählen. Die andere auf Consulted setzen |
| Eine Spalte, die in jeder einzelnen Zeile nur C enthält | Diese Person wird zu allem um Input gebeten, ob es sie betrifft oder nicht | Prüfen, ob sie für jede Zeile in der Matrix stehen muss oder nur dort, wo ihre Expertise wirklich gilt |
| Eine Person ist in fast jeder Zeile R | Die Lieferung konzentriert sich auf einen einzelnen Ausfallpunkt | Einige Zeilen auf ein zweites Responsible verteilen oder zu einem Modell mit geteilter Ausführung wie RASCI wechseln |
| Ein bekannter Stakeholder taucht nirgends in der Matrix auf | Jemand mit echtem Interesse am Ergebnis wurde nie erfasst | Die fertige Matrix mit Ihrer Stakeholder-Analyse-Matrix gegenprüfen |
| Die Informed-Spalte wächst mit jedem Review | Informed ist zum Sammelbecken geworden statt zu einer bewusst gewählten einseitigen Liste | Ausdünnen. Nicht jeder braucht jedes Update, und eine lange I-Liste erzieht Leute dazu, nicht mehr zu lesen |
Die richtige Granularität wählen
Der häufigste Weg, auf dem eine RACI-Matrix schiefgeht, ist nicht eine schlechte Buchstabenzuweisung, sondern die Wahl der falschen Detailebene beim Bau.

| Granularität | Typische Zeilenzahl | Am besten für | Risiko bei versehentlicher Wahl |
|---|---|---|---|
| Aufgabenebene | 20-50+ Zeilen | Kurze Sprints oder Ausführung durch ein einzelnes Team, bei der jede einzelne Handlung einen benannten Verantwortlichen braucht | Jenseits einiger Dutzend Zeilen unlesbar, und Aktualisierungen hinken der Realität innerhalb einer Woche hinterher |
| Ebene der Liefergegenstände | 8-20 Zeilen | Die meisten funktionsübergreifenden Projekte; dies ist der richtige Standard für den Einstieg | Gelegentlich zu grob, um zu erkennen, wer die Teilschritte innerhalb eines Liefergegenstands verantwortet |
| Phasenebene | 4-10 Zeilen | Mehrmonatige Programme, Management-Zusammenfassungen, ERP- oder Systemeinführungen | Zu vage für die tägliche Ausführung; verbirgt, wo die eigentliche Arbeit sitzt |
Beginnen Sie fast immer auf der Ebene der Liefergegenstände. Wenn Ihre Quellliste ein vollständiger Projektstrukturplan ist, bilden Sie nicht jeden Blattknoten ab; bilden Sie die Liefergegenstände ab, die darüber sitzen, und gehen Sie nur bei den zwei oder drei Liefergegenständen auf Aufgabenebene, bei denen die Zuständigkeit wirklich umstritten ist. Eine Matrix mit mehr als 40-50 Zeilen ist meist keine Matrix mehr, die tatsächlich jemand liest, sondern eine Tabelle, die Leute durchsuchen.
Häufige Fehler bei RACI-Matrizen
| Fehler | Lösung |
|---|---|
| Die Matrix allein bauen und die Endfassung verteilen | Mit den Beteiligten gemeinsam bauen oder sie zumindest durchgehen, bevor sie festgezurrt wird |
| Die Matrix nach Projektstart veralten lassen | Bei jedem Phasen- oder Personalwechsel überarbeiten, nicht nur beim Kickoff |
| Jobtitel statt Namen verwenden | Namen beseitigen die Mehrdeutigkeit, die auftaucht, sobald zwei Personen denselben Titel tragen |
| Die Legende weglassen | Oben in jeder Matrix ausschreiben, was R, A, C und I bedeuten, auch für erfahrene Teams |
| Consulted als optional behandeln | Eine mit C markierte Person ist erforderlicher Input, bevor die Arbeit fortgesetzt wird, kein höflicher Hinweis |
| Eine Entscheidung in eine RACI-Zeile zwängen | Entscheidungen (Go/No-go, Budget, Priorisierung) über ein Modell im DACI-Stil leiten, statt RACI zu dehnen, damit es sie abdeckt |
Wo die Matrix nach dem Bau lebt
Eine RACI-Matrix, die nur in der Kickoff-Präsentation existiert, ist eine Matrix, die niemand je wieder prüft. Bauen Sie sie einmal und binden Sie sie dann an den Stellen im Projekt ein, an denen Zuständigkeit tatsächlich auf die Probe gestellt wird.
| Phase | Was die Matrix dort leistet |
|---|---|
| Projekt-Kickoff-Meeting | Bestätigt, dass jede Aufgabe einen benannten Verantwortlichen hat, bevor Arbeit beginnt, solange eine Lücke noch günstig zu schließen ist |
| Laufendes Status-Reporting | Verankert, wer worüber berichtet und an wen eskaliert wird, wenn etwas verrutscht |
| Änderungen mitten im Projekt | Wird sofort aktualisiert, wenn sich Umfang, Besetzung oder ein Dienstleister ändert; protokollieren Sie die Änderung selbst in einem RAID-Log, damit der Grund nicht verloren geht |
| Laufende Stakeholder-Updates | Fließt direkt in einen Kommunikationsplan ein: Die I-Spalte ist Ihre einseitige Verteilerliste, die C-Spalte zeigt, wer ein Gespräch braucht und nicht nur eine E-Mail |
| Projektabschluss und Übergabe | Wird zum Nachweis, wer was verantwortet hat, genau die Art von Beleg, die die Baseline des nächsten Projekts braucht |
Wenn RACI nicht mehr funktioniert
RACI setzt voraus, dass das Ergebnis jeder Zeile ein Liefergegenstand ist, den jemand fertigstellt. Sobald eine Zeile in Wahrheit eine Entscheidung ist, ein Go/No-go, eine Budgetfrage, ein Priorisierungsstreit, gerät RACI unter Spannung. Sie erkennen es an Streit darüber, ob etwas in die A-Spalte gehört, oder an einer Entscheidung, die nie ganz zustande kommt, weil alle Consulted sind und niemand sie klar vorantreibt.
Das ist das Signal, aufzuhören, es zu erzwingen, und für diese Zeile oder den gesamten Arbeitsstrang das Modell zu wechseln. Die vollständige Aufschlüsselung, wann RACI vs. RASCI vs. DACI zu verwenden ist, behandelt, wie Sie den Unterschied erkennen und beide nebeneinander betreiben, ohne dass sich die beiden Matrizen widersprechen.
Eine RACI-Matrix verdient ihren Platz durch das Gespräch, das sie erzwingt, bevor die Arbeit beginnt, nicht durch das Dokument selbst. Kopieren Sie die leere Vorlage oben, füllen Sie sie mit den Menschen aus, die sie tatsächlich betrifft, statt allein am Schreibtisch, und überarbeiten Sie sie, sobald sich Umfang oder Besetzung ändern. Ein Accountable pro Zeile, eine Responsible-Liste, die nicht eine Person überlastet, und eine Consulted- und Informed-Liste, die kurz genug ist, dass Leute sie tatsächlich lesen: Das ist das ganze System, und es skaliert von einem Website-Relaunch mit drei Personen bis zu einem ERP-Rollout mit mehreren Dienstleistern, ohne seine Form zu ändern.

On this page
- Die leere RACI-Matrix-Vorlage
- So füllen Sie sie aus
- Die Regeln, die eine Matrix vor dem Verfall bewahren
- Sechs ausgearbeitete RACI-Matrix-Beispiele
- 1. Software-Release oder Produktlaunch
- 2. Marketingkampagne
- 3. Onboarding neuer Mitarbeitender
- 4. ERP- oder Systemeinführung
- 5. Event oder Büroumzug
- 6. RACI für kleine Teams (eine Person hält mehrere Buchstaben)
- So lesen Sie eine kaputte Matrix
- Die richtige Granularität wählen
- Häufige Fehler bei RACI-Matrizen
- Wo die Matrix nach dem Bau lebt
- Wenn RACI nicht mehr funktioniert