Verantwortlichkeiten beschreiben, wer für welche Aufgaben, Entscheidungen und Ergebnisse zuständig ist – und in welchem Umfang. Klare Verantwortlichkeiten sind die Grundlage für funktionierende Governance: Wenn unklar ist, wer für einen Prozess verantwortlich ist, wird er im Zweifel von niemandem verantwortet. In Automatisierungsprojekten mit vielen Beteiligten – Entwickler, Operations, Fachbereich, Compliance, Datenschutz – ist die explizite Definition von Verantwortlichkeiten keine Selbstverständlichkeit, sondern eine bewusste Designentscheidung.
Das RACI-Modell (Responsible, Accountable, Consulted, Informed) ist das gängigste Framework zur strukturierten Zuweisung von Verantwortlichkeiten: Es unterscheidet zwischen der Person, die eine Aufgabe ausführt (Responsible), der Person, die das Ergebnis verantwortet (Accountable), Personen die konsultiert werden (Consulted) und Personen die informiert werden (Informed).
RACI-Matrix für Automatisierungsprojekte
| Aufgabe | Entwickler | Ops | Fachbereich | Compliance |
| Workflow entwickeln | R | C | A | I |
| Sicherheits-Review | C | R | I | A |
| Go-Live-Freigabe | R | R | A | C |
| Monitoring & Alerts | – | R | I | – |
| DSGVO-Dokumentation | C | – | I | A |
R = Responsible (ausführend) · A = Accountable (verantwortend) · C = Consulted · I = Informed
Typische Verantwortlichkeitslücken in Automatisierungsprojekten
- Kein klarer Product-Owner: Wer ist der primäre Ansprechpartner für einen Workflow und trifft fachliche Entscheidungen? Ohne definierten Owner entscheidet niemand
- Technisch vs. fachlich getrennt: Entwickler kennen das System, Fachbereich kennt den Prozess – aber niemand ist für die Schnittstelle verantwortlich
- Compliance als Bringschuld: Compliance-Anforderungen werden geprüft wenn es ein Problem gibt, nicht proaktiv in jeden neuen Workflow eingebaut
- Monitoring ohne Eskalationspfad: Alerts werden generiert, aber die Verantwortlichkeit für die Reaktion auf den Alert ist nicht klar definiert
Praxisbeispiel
Ein Automationsdienstleister führt für einen neuen Kunden einen Rechnungsverarbeitungs-Workflow ein. RACI-Definition vor Projektstart: Product Owner (Fachbereich Buchhaltung): Accountable für korrekte Verarbeitung, fachliche Anforderungen. Workflow-Engineer (Dienstleister): Responsible für technische Umsetzung und Qualitätssicherung. Operations (Dienstleister): Responsible für Monitoring, Incident-Response. Datenschutzbeauftragter (Kunde): Accountable für DSGVO-Konformität, muss vor Go-Live konsultiert werden. IT (Kunde): Informed über API-Zugänge, Consulted bei Sicherheitsfragen. Ergebnis nach 3 Monaten Betrieb: Ein Fehler in der MwSt-Berechnung wird von Operations erkannt (Monitoring-Alert) und an den Workflow-Engineer gemeldet (Responsible). Dieser klärt mit dem Product Owner (Accountable) ob es ein fachliches oder technisches Problem ist. Eskalation in 12 Minuten, Lösung in 4 Stunden. Ohne RACI hätte derselbe Incident einen halben Tag Verwirrung über Zuständigkeit verursacht.
