Ein FinOps-RACI füllt der Cloud-Verantwortliche mit den Leitungen von Engineering, Finance und Management aus, spätestens wenn die erste Einsparung liegen bleibt, weil niemand zuständig war, und danach bei jeder Änderung der Organisation; es hält je wiederkehrender Aufgabe fest, wer sie erledigt, wer das Ergebnis verantwortet, wer vorher gefragt und wer hinterher informiert wird. Die Entscheidung, die es festhält: genau eine rechenschaftspflichtige Rolle je Zeile. Was ein RACI ist und welche Rollen FinOps kennt, steht in Rollen und Verantwortlichkeiten; diese Seite ist die Matrix selbst.
Die Vorlage
RACI für Cloud-Kostenverantwortung <Organisation>, Version <1.0>, gültig ab <Datum>, Eigentümer <Cloud-Verantwortlicher>
R erledigt die Aufgabe, A verantwortet das Ergebnis und ist je Zeile genau eine Rolle, C wird vorher gefragt, I wird hinterher informiert.
| Aufgabe | Rhythmus | Engineering-Team | Team-Lead | Cloud-Verantwortlicher | Finance | Management | Einkauf |
|---|---|---|---|---|---|---|---|
| Tagging-Richtlinie und Werteliste pflegen | quartalsweise | I | C | A, R | C | I | |
| Ressourcen beim Anlegen taggen | laufend | R | A | C | |||
| Tag-Abdeckung berichten | monatlich | I | A, R | I | |||
| Abrechnungsexporte und Datenzugang betreiben | laufend | A, R | C | ||||
| Jahresbudget je Team aufstellen | jährlich | C | R | C | R | A | |
| Monatliche Prognose aktualisieren | monatlich | C | A, R | C | I | ||
| Budget-Alarm beantworten | bei Alarm | R | A | I | I | ||
| Monatliches Kosten-Review vorbereiten und leiten | monatlich | C | A, R | C | I | ||
| Showback-Bericht je Team erstellen | monatlich | I | I | A, R | C | ||
| Chargeback buchen | monatlich | I | C | A, R | |||
| Empfehlungen prüfen und annehmen oder ablehnen | monatlich | R | A | C | |||
| Einsparung umsetzen | nach Annahme | R | A | I | I | ||
| Einsparung in der Rechnung nachweisen | Folgemonat | I | A, R | C | |||
| Commitment-Bedarf ermitteln | quartalsweise | C | A, R | C | |||
| Commitment-Kauf freigeben | je Kauf | I | R | C | A ab <Betrag> | C | |
| Commitment-Auslastung überwachen | monatlich | A, R | I | ||||
| Kostenanomalie triagieren und beheben | bei Alarm | R | C | A | I | I ab <Betrag> | |
| Kostenvorfall abschließen und nachbereiten | je Vorfall | C | C | A, R | I | ||
| Neues Konto oder Projekt mit Kostenkontrollen anlegen | je Konto | C | A, R | C | |||
| Kostenteil des Architektur-Reviews | je Review | R | A | C | |||
| Verträge, Private Pricing und Verlängerungen verhandeln | je Vertrag | C | C | A | R | ||
| Zugriff auf Kostendaten vergeben und prüfen | quartalsweise | A, R | C | ||||
| Budget-Alarm-Schwellen je Konto setzen | jährlich | C | A, R | C | |||
| Free-Tier-Ablauf, Credits und Gutschriften überwachen | monatlich | A, R | I | ||||
| Marketplace-Abos und Lizenzgebühren prüfen | quartalsweise | C | C | A, R | I | R | |
| Abweichung gegen Budget je Kostenstelle erklären | monatlich | R | C | A | I | ||
<weitere Aufgabe> | <Rhythmus> | <R, A, C, I> |
Eskalation
| Fall | Erste Stufe | Zweite Stufe | Frist |
|---|---|---|---|
| Zwei Rollen beanspruchen das A einer Zeile | <Cloud-Verantwortlicher> | <Management> | <5> Arbeitstage |
Eine Maßnahme ist <30> Tage überfällig | <Team-Lead> | <Cloud-Verantwortlicher> | nächstes Review |
| Ein Einwand gegen die Verrechnung bleibt offen | <Finance> | <Management> | vor der Buchung |
Rollen und Personen
| Rolle | Person | Vertretung | Erreichbar über | Seit |
|---|---|---|---|---|
| Cloud-Verantwortlicher | <Name> | <Name> | <Kanal> | <Datum> |
Team-Lead <Team> | <Name> | <Name> | <Kanal> | <Datum> |
| Finance | <Name> | <Name> | <Kanal> | <Datum> |
| Management | <Name, etwa CTO oder CFO> | <Name> | <Kanal> | <Datum> |
| Einkauf | <Name> | <Name> | <Kanal> | <Datum> |
Schwellen. Management ist A für Commitment-Käufe ab <Betrag> Laufzeitwert und wird bei Anomalien ab <Betrag> je Tag informiert; darunter entscheidet der Cloud-Verantwortliche.
| Version | Datum | Änderung | Freigegeben von |
|---|---|---|---|
<1.0> | <Datum> | Erstfassung | <Management> |
So füllen Sie sie aus
Spalten: Die sechs Rollen sind Funktionen, keine Personen; eine Person kann mehrere Spalten tragen, und die Tabelle "Rollen und Personen" löst die Spalte zur Person auf, mit Vertretung. Wer in der Organisation welche Rolle ausfüllt, zeigt Kostenverantwortung und Rechenschaft.
Zeilen: Jede Zeile ist eine Aufgabe, die ein Dokument dieses Kapitels beschreibt; der Rhythmus ist derselbe wie dort. Das Review folgt der Checkliste für das monatliche Review, der Kauf dem Entscheidungsdatensatz für Commitment-Käufe, die Anomalie dem Kostenanomalie-Runbook. Eine Zeile ohne Dokument bekommt eines, bevor sie ein A bekommt.
A: Genau eine Rolle je Zeile, auch wenn zwei Rollen gleich beteiligt sind; die zweite wird C. Eine Zeile mit zwei A hat keinen Verantwortlichen, eine ohne A findet beim ersten Streit niemanden. R: darf mehrfach stehen. C und I: sparsam; wer in jeder Zeile I ist, liest nichts mehr.
Schwellen: Beträge, keine Prozentwerte, damit die Zeile ohne Nachrechnen gilt; der Laufzeitwert eines Commitments ist Monatsrate mal Monate.
So passen Sie sie an
Ein Team: Team-Lead und Cloud-Verantwortlicher sind oft eine Person; dann fallen die Spalten zusammen, und das A für Budget und Chargeback bleibt bei Finance oder der Geschäftsführung, damit das Team sich nicht selbst kontrolliert. Mehrere Teams: Die Zeilen "taggen", "Empfehlungen" und "Einsparung umsetzen" bekommen ein A je Team; die Matrix listet die Team-Leads einzeln.
Ein Provider: Keine Änderung der Zeilen; der Cloud-Verantwortliche ist meist zugleich der Administrator des Kontos. Drei Provider: Die Zeilen "Exporte betreiben" und "Commitment-Bedarf" können je Provider ein anderes R haben, das A bleibt eins.
Startup: Gründer oder CTO tragen Management und Finance; die Matrix ist dann ein Dutzend Zeilen mit zwei Spalten, und der Nutzen liegt in den Schwellen. Finance-geführt: Finance ist A für Budget, Prognose und Chargeback und C in allen Zeilen mit Beträgen; der Cloud-Verantwortliche bleibt A für Daten, Abdeckung und Nachweis. Die Personas, die der FinOps-Standard beschreibt, sind in FinOps-Personas auf die Rollen hier abgebildet.
Quellen
Gelesen am 2026-10-21. FinOps Foundation, Personas und FinOps Practice Operations (CC BY 4.0), AWS Well-Architected, COST01-BP04 Kostenbewusstsein in Organisationsprozessen, Zugriff auf die AWS-Abrechnungskonsole, Zugriff auf Cost-Management-Daten in Azure zuweisen, Zugriffssteuerung für Cloud Billing, Google Cloud, Kostenbewusstsein fördern.