RACI-Matrix im IT-Projekt: Ein Beispiel, das Entscheidungen wirklich klärt
Das Projektteam sitzt im Jour fixe. Alle warten auf die Freigabe für den nächsten Rollout-Schritt. Die IT hält den Prozess für fachlich unklar. Der Fachbereich dachte, die Projektleitung entscheidet. Die Projektleitung ging davon aus, dass die IT bereits abgestimmt habe. Dabei liegt eine Rollenliste vor.
Eine RACI-Matrix kann solche Situationen sichtbar machen. Aber nur dann, wenn sie nicht als Tabelle für den Projektordner entsteht, sondern an echten Entscheidungen geprüft wird.
Was bedeutet RACI?
RACI beschreibt vier Rollen bei einer Aufgabe: R – Responsible: Wer führt sie aus? A – Accountable: Wer trägt die Ergebnisverantwortung und gibt das Ergebnis frei? C – Consulted: Wer wird vorab fachlich einbezogen? I – Informed: Wer erhält eine Information?
Die Deutsche Gesellschaft für Projektmanagement empfiehlt im Regelfall eine eindeutige A-Rolle pro Aufgabe. Mehrere Beteiligte können operativ mitarbeiten. Wer wofür tatsächlich befugt ist, muss aber zur Projektorganisation passen. Eine Tabelle kann keine Entscheidungsrechte erfinden.
Ein RACI Matrix Beispiel für einen IT-Rollout
Stell dir einen fiktiven Rollout einer internen Anwendung vor. Fünf Rollen sind beteiligt. Die Verteilung unten ist ein Beispiel, keine Vorgabe für jede Organisation:
Aufgabe | IT | Projekt | Fach | Change | Support |
Go-live freigeben | R | A | C | C | I |
Nutzer informieren | C | A | C | R | I |
Lerninhalte prüfen | C | I | A | R | C |
Störungen aufnehmen | A | I | C | C | R |
Beispielmatrix:
R = Ausführung
A = Ergebnisverantwortung
C = fachlicher Beitrag
I = Information.
Rollen und Befugnisse an das eigene Projekt anpassen.
Die Tabelle macht sofort eine wichtige Trennung sichtbar: Die Projektleitung verantwortet im Beispiel die Go-live-Freigabe. Der Fachbereich verantwortet die fachliche Richtigkeit der Lerninhalte. Während der Hypercare verantwortet die IT die Bearbeitung des technischen Störungswegs, der Support nimmt Fälle auf. Bevor das Team diese Matrix übernimmt, muss es prüfen, ob die jeweiligen Personen diese Befugnisse und Kapazitäten wirklich haben.
Warum eine schöne Matrix allein wenig verändert
In der Praxis scheitert es selten am Buchstaben A. Es scheitert daran, dass Beteiligte unterschiedliche Vorstellungen davon haben, was die Freigabe bedeutet. Darf die Projektleitung starten, wenn der Fachbereich widerspricht? Wer entscheidet bei einem noch offenen Sonderfall? Bis wann muss die Rückmeldung kommen?
Solche Fragen gehören in die Abstimmung neben der Matrix. Vereinbare für strittige Übergänge einen konkreten Entscheidungsweg, eine Frist und einen Eskalationspunkt. Sonst ersetzt RACI nur eine unklare Zuständigkeit durch einen klar beschrifteten Konflikt.
In fünf Schritten zu einer Matrix, die Teams nutzen
1. Fang mit den Übergaben an
Wähle nicht jede Kleinigkeit des Projekts. Beginne mit fünf bis zehn Aufgaben, an denen Arbeit liegen bleibt: Go-live-Freigabe, fachliche Abnahme, Nutzerkommunikation, Schulungsinhalte und Übernahme durch den Betrieb. Wenn eine Aufgabe mehrere Entscheidungen enthält, teile sie auf.
2. Besetze Rollen, keine Personennamen
„IT“, „Fachbereich“ oder „Support“ sind verständlicher als eine Liste wechselnder Namen. Eine separate Kontaktliste zeigt, wer die Rolle aktuell ausfüllt und wer vertritt. Bei sehr großen Bereichen muss die Rolle präziser werden: „Leitung IT-Betrieb“ statt „IT“.
3. Prüfe das A im Gespräch
Frage die vorgesehene Person: „Welche Entscheidung darfst du für dieses Ergebnis tatsächlich treffen? Welche Information brauchst du dafür? Was passiert, wenn zwei Bereiche unterschiedliche Ziele haben?“ Ein A, das nur auf dem Papier existiert, bringt keine Geschwindigkeit.
4. Verhindere endlose C-Schleifen
Consulted heißt, dass Fachwissen vor einer Entscheidung eingeholt wird. Es heißt nicht, dass jede beteiligte Person ein Vetorecht hat. Lege fest, welche Rückmeldung zu welchem Zeitpunkt gebraucht wird. Nach der Entscheidung erhalten I-Rollen eine verständliche Information zum Ergebnis.
5. Teste die Matrix am nächsten echten Fall
Wenn morgen ein Freigabeschritt unterschiedlich verstanden wird: Wer analysiert den Fall, wer ändert die Anleitung, wer gibt die Änderung frei und wer informiert die Nutzer? Können Beteiligte diese Fragen ohne zusätzliches Meeting beantworten, hilft die Matrix.
Die psychologische Seite: Verantwortung muss tragbar sein
Eine Person übernimmt Verantwortung eher, wenn Auftrag, Entscheidungsspielraum und Rückendeckung zusammenpassen. Wer für ein Ergebnis geradestehen soll, aber keine Ressourcen und keine Befugnis hat, wird sich absichern. Das ist eine nachvollziehbare Reaktion auf eine widersprüchliche Rolle.
Deshalb lohnt sich der Blick auf die Reibung hinter dem Organigramm. Ist die Arbeit überhaupt eingeplant? Werden fachliche Einwände gehört, bevor eine Freigabe erwartet wird? Gibt es einen Ort, an dem Zielkonflikte entschieden werden? Hier verbindet sich Projektorganisation mit Kommunikationspsychologie.
Fazit
Eine RACI-Matrix ist dann gut, wenn sie dem Team im nächsten schwierigen Moment hilft. Das Beispiel für den IT-Rollout zeigt, wie Aufgaben verteilt werden können. Wirksam wird es erst, wenn Entscheidungsspielraum, Rückmeldewege und echte Arbeitsbelastung gemeinsam geklärt sind. Hilstayn unterstützt IT-Projekte dabei, aus Rollen auf Papier belastbare Zusammenarbeit zu machen.
Häufige Fragen zur RACI-Matrix
Was ist der Unterschied zwischen R und A?
R bearbeitet die Aufgabe. A trägt die Ergebnisverantwortung und gibt das Ergebnis im vereinbarten Rahmen frei.
Dürfen mehrere Personen A sein?
Für eine klar abgegrenzte Aufgabe ist ein A meist hilfreicher. Wenn zwei Stellen unabhängig entscheiden müssen, sollten Aufgabe oder Entscheidungsweg genauer beschrieben werden.
Ist eine RACI-Matrix auch für kleine Teams sinnvoll?
Ja, wenn sie echte Übergaben klärt. Eine kleine Matrix mit wenigen kritischen Aufgaben reicht oft aus.
Quellen
GPM: RACI-Matrix im Projektmanagement: https://www.gpm-ipma.de/ueber-die-gpm/blog/raci-matrix-im-projektmanagement-rollen-aufgaben-und-verantwortlichkeiten
Atlassian: RACI-Diagramm: https://www.atlassian.com/de/work-management/project-management/raci-chart
Kommentare