Publiziert: Zuletzt aktualisiert:

RASCI-Matrix

RASCI-Matrix: eindeutige Zuständigkeit für jede Aufgabe

Die RASCI-Matrix ordnet jeder Aufgabe mindestens eine verantwortliche und genau eine rechenschaftspflichtige Rolle zu und trennt sie sauber von unterstützenden, konsultierten und informierten Beteiligten. Sie schafft Rollenklarheit, bevor Zuständigkeit zur Streitfrage wird.

Die meisten Verzögerungen in Projekten und im Betrieb sind keine technischen, sondern Zuständigkeitsprobleme. Zwei Teams halten dieselbe Aufgabe für fremd, oder fünf Personen entscheiden gemeinsam, was eine entscheiden sollte. Eine Verantwortungs-Matrix nach dem RASCI-Schema macht diese Lücken sichtbar, indem sie pro Aufgabe und pro Rolle eine von wenigen klar definierten Beteiligungsarten einträgt. Diese Seite beschreibt, was die Buchstaben bedeuten, worin sich RACI und RASCI unterscheiden, und wo eine Matrix Klarheit schafft statt nur ein Feld auszufüllen.

Was die Buchstaben bedeuten

Eine Verantwortungs-Matrix (englisch Responsibility Assignment Matrix, oft RACI-Chart) ist eine Tabelle: Zeilen sind Aufgaben oder Liefergegenstände, Spalten sind Rollen, und jede Zelle trägt eine Beteiligungsart. Im RASCI-Schema sind das fünf:

  • R, Responsible (verantwortlich). Wer die Arbeit tatsächlich ausführt. Pro Aufgabe können mehrere Rollen verantwortlich sein.
  • A, Accountable (rechenschaftspflichtig). Wer am Ende für das korrekte Ergebnis geradesteht und es freigibt. Diese Rolle sollte pro Aufgabe genau einmal vergeben werden, sonst zerfällt die Rechenschaft.
  • S, Support (unterstützend). Wer der verantwortlichen Rolle aktiv zuarbeitet, etwa mit Ressourcen oder Teilleistungen. Das ist der Buchstabe, der RASCI von RACI trennt.
  • C, Consulted (konsultiert). Wessen Fachmeinung vor einer Entscheidung eingeholt wird. Konsultation ist zweiseitig, ein Dialog.
  • I, Informed (informiert). Wer über das Ergebnis oder den Fortschritt unterrichtet wird. Information ist einseitig, eine Mitteilung.

Der entscheidende Unterschied liegt zwischen A und R. Verantwortlich ist, wer arbeitet; rechenschaftspflichtig ist, wer den Kopf hinhält. Wo beides verschwimmt, entsteht entweder ein Vakuum oder ein Kompetenzgerangel. Genau dieselbe Rollentrennung treibt auch Blameless Post-Mortems, in denen es um Prozesse statt um Schuldige geht.

RACI gegen RASCI

RACI mit vier Buchstaben ist die verbreitetste Form. RASCI fügt das S für Support hinzu und macht damit eine Unterscheidung explizit, die RACI verschweigt: den Unterschied zwischen jemandem, der die Aufgabe verantwortet, und jemandem, der ihr aktiv zuarbeitet, ohne für das Ergebnis einzustehen. In RACI verschwindet die unterstützende Rolle entweder im verantwortlichen R oder im konsultierten C, obwohl sie etwas anderes leistet. In arbeitsteiligen Organisationen, in denen ein Liefergegenstand mehrere Zulieferungen braucht, macht dieser fünfte Buchstabe die Matrix präziser.

Die Variantenfamilie ist grösser als diese beiden. Verbreitet sind unter anderem:

  • RASCI / RASIC. Ergänzt RACI um Support, wie hier beschrieben.
  • DACI. Tauscht die Logik auf Entscheidungen um, mit einem Driver, Approvers, Contributors und Informed. Näher an Gremien als an Aufgaben.
  • RACI-VS. Ergänzt einen Verifier und einen Signatory für regulierte Abnahmen.
  • CAIRO / RACIO. Fügt ein Omitted hinzu, um ausdrücklich festzuhalten, wer bewusst nicht beteiligt ist.

Mehr Buchstaben sind kein Selbstzweck. Jede zusätzliche Beteiligungsart muss eine echte, im Betrieb vorkommende Unterscheidung abbilden, sonst kostet die Matrix mehr Pflege als sie an Klarheit bringt. Für viele Vorhaben genügt RACI; RASCI lohnt sich dort, wo unterstützende Zulieferungen ein eigenes Phänomen sind.

Die Matrix als Ablauf

Eine Matrix ist nicht das Ziel, sondern das Ergebnis einer kurzen Klärung. Sie entsteht aufgabenweise und wird gegen wenige Regeln geprüft, bevor sie gilt:

flowchart TD
    A["Aufgaben auflisten<br/>Liefergegenstände, nicht Tätigkeiten"] --> B["Rollen benennen<br/>Funktionen, nicht Personen"]
    B --> C["Beteiligung eintragen<br/>R A S C I pro Zelle"]
    C --> D["Prüfen<br/>genau ein A, kein leeres R"]
    D --> E["Abstimmen und freigeben<br/>mit den Rollen selbst"]
    E --> F{"Änderung an<br/>Aufgabe oder Rolle?"}
    F -->|ja| C
    F -->|nein| G["Gilt als Referenz"]

Der wirksamste Schritt ist die Prüfung. Eine Zeile ganz ohne R hat niemanden, der sie ausführt; eine Zeile mit zwei A hat geteilte und damit keine Rechenschaft; eine Spalte voller A deutet auf einen Engpass an einer einzigen Rolle. Diese drei Muster fallen erst auf, wenn die Matrix vollständig ist, und genau dafür ist sie da. Aufgaben werden dabei als Liefergegenstände formuliert, nicht als vage Tätigkeiten, sonst lässt sich Rechenschaft nicht zuordnen.

Wo die Matrix Wert schafft

Rollenklarheit wirkt an den Übergängen, an denen Verantwortung sonst verloren geht. Im Projekt klärt die Matrix vor dem Start, wer freigibt und wer nur informiert wird, was spätere Eskalationen abkürzt. Diese Klärung ist Teil sauberer Lieferung und gehört zum Handwerkszeug jeder Rolle, die in fremde Strukturen kommt und Zuständigkeiten zuerst kartieren muss.

Im Betrieb ist die Matrix das Rückgrat des Incident- und Change-Managements: Sie sagt, wer eine Störung verantwortet und wer einen Change freigibt. Diese Logik trägt das klassische Service Management und lebt im Spannungsfeld von ITIL und SRE weiter, wo Prozessrollen und Automatisierung zusammenfinden. Wo ein Vorhaben aus dem Ruder gelaufen ist, stellt sich fast immer dieselbe Frage, die die Matrix beantwortet: Wer ist hier eigentlich wofür rechenschaftspflichtig?

Wo die Matrix bricht

  • Zwei A. Geteilte Rechenschaft ist keine Rechenschaft. Sobald eine Aufgabe zwei rechenschaftspflichtige Rollen hat, verweisen beide im Zweifel aufeinander.
  • Personen statt Rollen. Wird die Matrix auf Namen statt auf Funktionen geschrieben, ist sie beim nächsten Personalwechsel veraltet. Rollen sind stabiler als Besetzungen.
  • Detailtiefe ohne Pflege. Eine sehr feingliedrige Matrix altert schnell, wenn niemand sie bei Änderungen nachführt. Eine veraltete Matrix ist gefährlicher als gar keine, weil sie falsche Sicherheit gibt.
  • Ausfüllen statt klären. Wird die Matrix nur abgehakt, ohne dass die betroffenen Rollen sie bestätigen, dokumentiert sie Annahmen statt Vereinbarungen.

Verhältnis zu anderen Methoden

Die RASCI-Matrix beantwortet die Frage nach dem Wer, nicht nach dem Wie oder Wann. Sie ergänzt deshalb andere Werkzeuge, statt mit ihnen zu konkurrieren. In agilen Aufstellungen verschiebt sich ein Teil ihrer Logik in Rollenmodelle wie Product Owner und Team, weshalb ihr Nutzen mit dem Grad an Agile Scaling und Descaling variiert. In stark arbeitsteiligen Organisationen entlang fachlicher Schnitte trifft die Rollenfrage auf die Grenzziehung, die DDD (Domain-Driven Design) entlang von Bounded Contexts vornimmt. Die Matrix bleibt dabei ein Hilfsmittel, kein Selbstzweck: Sie ist gut, wenn sie eine Diskussion auslöst und am Ende verschwindet, weil die Rollen klar sind.

Referenzen

Verwandte Themen

KI fragen

Diese Links öffnen externe KI-Dienste, die Unterhaltung und deren Inhalt werden dabei an den jeweiligen Anbieter übertragen.