Kapitel 3: RACI-Matrix und AKV
Lernziele
- Die RACI-Matrix und AKV als Werkzeuge zur Rollenklärung verstehen
- RACI-Matrizen korrekt anwenden und typische Fehler vermeiden
- RACI in der Praxis mit Beispielen aus IT-Projekten anwenden können
Einleitung: Warum Rollenklarheit entscheidend ist
"Alle sind zuständig" bedeutet in der Praxis: "Niemand ist zuständig." Unklare Verantwortlichkeiten sind eine der Hauptursachen für Projektverzögerungen, Konflikte und Qualitätsmängel. Die RACI-Matrix und die AKV-Matrix sind zwei bewährte Werkzeuge, um Rollenkonflikte zu vermeiden und die Verbindlichkeit im Team zu erhöhen.
Klassisches Szenario ohne RACI
Ein kritischer Bug wird gefunden. Der Scrum-Meister meint, der Entwickler ist zuständig. Der Entwickler verweist auf den Tester. Der Tester sagt, das ist Sache des Product Owners. Der Product Owner glaubt, der Support sollte entscheiden. Result: Der Bug bleibt drei Tage ungelöst, Kunden sind verärgert.
Die AKV-Matrix: Klassische Verantwortlichkeitsmatrix
AKV ist das traditionelle, deutschsprachige Konzept zur Definition von Aufgaben und Verantwortlichkeiten.
Die drei Dimensionen
| Dimension | Bedeutung | Frage |
|---|---|---|
| A (Aufgaben) | Was ist zu tun? | Welche konkreten Tätigkeiten müssen erledigt werden? |
| K (Kompetenzen) | Welche Befugnisse hat man? | Welche Entscheidungen darf ich treffen? |
| V (Verantwortung) | Wer trägt die Verantwortung? | Wer steht bei Fehlern gerade? |
Struktur der AKV-Matrix
Eine AKV-Matrix ordnet Tätigkeiten (Spalten) Rollen oder Personen (Zeilen) zu:
| Rolle | Aufgabe 1 | Aufgabe 2 | Aufgabe 3 |
|---|---|---|---|
| Projektmanager | A, V | K, V | A |
| Entwickler | A | A | - |
| Tester | - | A | A, V |
| Kunde | K | - | K, V |
Vor- und Nachteile der AKV-Matrix
| Vorteil | Nachteil |
|---|---|
| Einfach zu verstehen | International nicht verbreitet |
| Fokus auf Aufgaben | Weniger detailliert bei Entscheidungsprozessen |
| Traditionell etabliert | Keine Konsultations- und Informations-Rolle |
AKV-Fallstrick
Häufig wird "Verantwortung" mit "Durchführung" verwechselt. Wer eine Aufgabe ausführt (Aufgabe), muss nicht unbedingt die Verantwortung tragen. Umgekehrt kann Verantwortliche ohne Durchführungsaufgabe sein. Diese Trennung ist essenziell.
Die RACI-Matrix: Internationaler Standard
RACI ist die international verbreitetste Matrix zur Verantwortlichkeitszuweisung. Sie geht weiter als AKV, indem sie auch Konsultation und Information berücksichtigt.
Die vier RACI-Rollen
| Rolle | Bedeutung | Regel |
|---|---|---|
| R (Responsible) | Der Durchführende | Einer oder mehrere Personen, die die Arbeit tatsächlich tun |
| A (Accountable) | Der Rechenschaftspflichtige | Nur EINE Person pro Aufgabe! Trägt das Recht zur Entscheidung |
| C (Consulted) | Die Beratenen | Personen, deren Input vor der Entscheidung eingeholt wird |
| I (Informed) | Die Informierten | Personen, die nach der Entscheidung informiert werden |
Visualisierung der RACI-Rollen
flowchart LR
subgraph "Entscheidungsprozess"
A[Accountable<br/>Entscheider] -->|Entscheidung| R[Responsible<br/>Umsetzer]
C[Consulted<br/>Berater] -->|Input| A
A -->|Information| I[Informed<br/>Empfänger]
end
RACI-Regeln (Best Practices)
-
Nur ein A pro Aufgabe: Für jede Aufgabe gibt es genau eine rechenschaftspflichtige Person. Mehrere As führen zu diffuser Verantwortung.
-
Mindestens ein R pro Aufgabe: Jede Aufgabe muss jemanden haben, der sie ausführt.
-
Konsultation vor Information: C wird VOR der Entscheidung befragt, I NACH der Entscheidung informiert.
-
As und Rs können überlappen: Dieselbe Person kann A und R sein (besonders bei kleineren Teams).
RACI in der Praxis: Server-Update
Aufgabe: Server-Patch installieren - A: Systemadministrator (entscheidet, wann und ob gepatcht wird) - R: Junior Admin (führt das Update durch) - C: Datenbank-Admin (wird wegen möglicher Auswirkungen auf Datenbank konsultiert) - I: Applikations-Team (wird informiert, dass ein Patch stattfindet)
Struktur der RACI-Matrix
| Tätigkeit | PM | Dev | QA | CSM | Customer |
|---|---|---|---|---|---|
| Anforderungen definieren | A | C | I | C | R |
| Architektur entwerfen | I | A | - | - | C |
| Code schreiben | - | R | - | - | I |
| Tests durchführen | - | I | R | A | - |
| Release planen | A | C | C | R | I |
| Freigabe geben | A | I | I | - | R |
Typische Fehler bei RACI-Matrizen
Fehler 1: Keine eindeutige "A"-Zuweisung
flowchart TD
A[Task: Release freigeben]
B[Product Owner: A]
C[Technical Lead: A]
D[Result: Niemand entscheidet]
A --> D
C --> D
Klassischer Fehler
Zwei oder mehr Personen sind mit "A" gekennzeichnet. Wenn etwas schiefgeht, zeigen beide aufeinander. Lösung: Es gibt nur EINE rechenschaftspflichtige Person pro Aufgabe.
Fehler 2: Alle Rollen überladen
Jede Zeile in der RACI-Matrix ist voll. Das bedeutet, dass jede Rolle an allem teilnimmt. Dies führt zu: - Entscheidungsparalyse (jeder muss konsultiert werden) - Bottlenecks (warten auf Zustimmung) - Verlust von Spezialisierung
Lösung: Prüfe, ob Konsultation wirklich nötig ist. Oft reicht Information.
Fehler 3: RACI ignoriert implizite Verantwortlichkeiten
Es gibt Verantwortlichkeiten, die nicht in expliziten Aufgaben stehen. Beispiel: Teamkultur fördern, Wissen teilen, Konflikte lösen.
Lösung: Ergänze implizite Rollen oder definiere einen Abschnitt "Allgemeine Verantwortlichkeiten".
RACI vs. AKV: Wann was einsetzen?
| Kriterium | AKV | RACI |
|---|---|---|
| Internationale Zusammenarbeit | Nein | Ja |
| Detaillierungsgrad | Mittel bis hoch | Hoch |
| Fokus | Aufgaben | Aufgaben + Kommunikation |
| Verbreitung | DACH-Region | Weltweit |
| Einfachheit | Einfach | Moderat |
Empfehlung
Verwende RACI für Projekte mit internationalen Teams oder komplexen Entscheidungsprozessen. AKV ist ausreichend für kleinere, rein deutschsprachige Projekte.
Schritt-für-Schritt: Eine RACI-Matrix erstellen
Schritt 1: Tätigkeiten identifizieren
Listen Sie alle relevanten Tätigkeiten des Projekts auf. Beginnen Sie mit den Hauptphasen, dann drillen Sie runter.
Beispiel Software-Projekt: - Projektinitiierung - Anforderungsanalyse - Design und Architektur - Entwicklung - Testing - Deployment - Wartung
Schritt 2: Rollen definieren
Definieren Sie klare Rollen, keine Namen. Namen können sich ändern, Rollen bleiben.
Typische Rollen: - Project Manager (PM) - Product Owner (PO) - Scrum Master (SM) - Developer (Dev) - Quality Assurance (QA) - System Administrator (Admin) - Stakeholder / Customer
Schritt 3: RACI zuweisen
Gehen Sie Aufgabe für Aufgabe durch und ordnen Sie R, A, C oder I zu.
Regeln beim Zuweisen: 1. Beginnen mit dem A – wer ist rechenschaftspflichtig? 2. Dann das R – wer macht die Arbeit? 3. Dann das C – wer muss konsultiert werden? 4. Zum Schluss das I – wer muss informiert werden?
Schritt 4: Validierung
Prüfen Sie die Matrix auf Fehler: - Gibt es Aufgaben ohne A? - Gibt es Aufgaben mit mehreren A? - Sind Rollen überladen (zu viele Einträge)? - Gibt es Aufgaben ohne R?
Schritt 5: Kommunikation
Teilen Sie die RACI-Matrix mit dem Team und holen Sie Feedback ab.
RACI im agilen Kontext
Agile Methoden (Scrum, Kanban) wirken auf den ersten Blick gegen RACI – schließlich sind Teams selbstorganisiert. Aber RACI ist auch in agilen Projekten wertvoll.
Scrum-spezifische RACI
| Rolle / Tätigkeit | Product Owner | Scrum Master | Team | Stakeholder |
|---|---|---|---|---|
| Backlog priorisieren | A | C | I | I |
| Sprint Planning | C | C | R | I |
| Sprint Goal definieren | A | I | C | - |
| Entwicklung | - | - | R | - |
| Daily Scrum | I | C | R | - |
| Sprint Review | I | I | R | A |
| Retrospektive | I | A | R | - |
Agile Nuance
In agilen Teams ist "R" oft das gesamte Team, nicht Einzelpersonen. "A" ist beim PO für Produktentscheidungen, beim SM für Prozessverbesserung. Konsultation und Information laufen über Meetings, nicht formale Prozesse.
RACI-Matrix-Template
Nutzen Sie dieses Template als Ausgangspunkt für Ihr nächstes Projekt:
| Tätigkeit | Projektmanager | Product Owner | Entwickler | QA | Ops | Stakeholder |
|---|---|---|---|---|---|---|
| PM | PO | Dev | QA | Ops | Stakeholder | |
| Projektstart | A | R | I | I | I | C |
| Anforderungen sammeln | C | A | I | I | I | R |
| Design erstellen | I | C | R | I | C | I |
| Entwicklung | I | I | R | - | - | I |
| Testing | C | I | I | R | - | I |
| Deployment | A | I | C | I | R | I |
| Release freigeben | C | A | I | I | I | C |
| Dokumentation | C | I | R | I | C | I |
| Schulung | R | I | R | R | - | A |
| Incident Management | A | I | C | C | R | I |
Zusammenfassung
Die RACI-Matrix und die AKV-Matrix sind unverzichtbare Werkzeuge für klare Verantwortlichkeiten. RACI geht weiter als AKV, indem es auch Kommunikationsflüsse (Konsultation, Information) berücksichtigt.
Kernprinzipien:
- Nur ein A pro Aufgabe: Rechenschaftspflichtige Person ist eindeutig
- Mindestens ein R pro Aufgabe: Jemand muss die Arbeit tun
- Validierung ist Pflicht: Matrizen auf Fehler prüfen
- Kommunikation: RACI ist nur so gut wie die gemeinsame Zustimmung des Teams
- Agilität vs. RACI: Beides ist kompatibel – Scrum-Rollen passen in RACI-Matrix
Klare Verantwortlichkeiten sind kein Verwaltungsballast – sie sind das Fundament für effizientes, konfliktarmes Arbeiten und letztlich für Projekterfolg.
Nächstes Kapitel: Projektstrukturplan