Eine Cloud-Kosten-Review-Checkliste arbeitet der Cloud-Verantwortliche einmal im Monat ab, sobald die Rechnungen des Vormonats vorliegen, zusammen mit den Team-Leads und Finance; sie hält fest, welche Eingaben vor dem Termin fertig sind, welche Fragen in welcher Reihenfolge beantwortet werden, wer je Prüfschritt zuständig ist und welche Entscheidungen mit Datum protokolliert werden. Die Entscheidung, die sie festhält, steht in der letzten Tabelle: jede Abweichung, Anomalie und Empfehlung hat am Ende eine Zuständigkeit und ein Datum oder eine begründete Ablehnung. Warum der Monat der richtige Rhythmus ist und was in Woche und Quartal gehört, erklärt Berichtsrhythmus; den Ablauf eines Reviews mit Beispielen beschreibt der Artikel Monatliches Cloud-Kostenreview.

Eingaben vor dem Terminfertig: Exporte undRechnungen, Berichte, Istgegen Budget, Alarme,Commitments, Empfehlungen,Maßnahmen des VormonatsZuerst die Abweichungen:jede mit einer Ursache einerArt, Nutzung, Preis oderEinmaligesDann Anomalien,Datenqualität, Commitmentsund EinsparungenEntscheidungen: jedeAbweichung, Anomalie undEmpfehlung hat am Ende eineZuständigkeit und ein Datumoder eine begründeteAblehnungErgebnisse: Entscheidungs-protokoll, Maßnahmenliste,Prognose, Kaufanträge
Erst die Eingaben, dann die Abweichungen vor den Empfehlungen, und jede Zeile verlässt das Review mit Zuständigkeit und Datum oder einer begründeten Ablehnung

Die Vorlage

Monatliches Cloud-Kosten-Review, Monat <JJJJ-MM>, Termin <Datum>, Leitung <Cloud-Verantwortlicher>, Teilnehmer <Team-Leads, Finance>, Protokoll <Person>

Eingaben, fertig bis <2> Arbeitstage vor dem Termin

  • Abrechnungsexporte aller Provider vollständig bis <Monatsletzter>; Rechnungen <AWS, Azure, Google Cloud> vorliegend oder als vorläufig markiert (<Cloud-Verantwortlicher>)
  • Showback-Bericht je Team erstellt und versendet (<Cloud-Verantwortlicher>)
  • Ist gegen Budget je Team und gesamt, mit Prognose zum Jahresende (<Finance>)
  • Liste der Anomalie-Alarme des Monats mit Status offen, geschlossen, nachbereitet (<Cloud-Verantwortlicher>)
  • Commitment-Abdeckung und -Auslastung; Commitments, die in <90> Tagen auslaufen (<Cloud-Verantwortlicher>)
  • Offene Empfehlungen der Provider-Recommender, nach Wert je Monat sortiert (<Cloud-Verantwortlicher>)
  • Maßnahmenliste des Vormonats mit Status je Zeile (<Team-Leads>)
  • Tag-Abdeckung je Pflichtschlüssel und nicht zugeordnete Kosten (<Cloud-Verantwortlicher>)

Agenda, <45> Minuten

PunktMinutenFrageEingabeLeitet
1. Gesamtbild<5>Wo steht der Monat gegen Budget, Vormonat und Vorjahresmonat?Budget-Ist-Vergleich<Finance>
2. Abweichungen<10>Welche drei Abweichungen je Team sind die größten, und ist die Ursache belegt?Showback-Berichte<Team-Leads>
3. Anomalien<5>Welche Alarme sind offen, welche haben eine Nachbereitung?Anomalie-Liste<Cloud-Verantwortlicher>
4. Datenqualität<5>Liegt die Abdeckung über dem Ziel, und wem gehören die Kosten ohne Tag?Abdeckungsbericht<Cloud-Verantwortlicher>
5. Commitments<5>Ist die Auslastung über <Prozent>, und steht ein Kauf oder Ablauf an?Abdeckungsbericht<Cloud-Verantwortlicher>
6. Einsparungen<10>Was wurde nachgewiesen, was umgesetzt, was neu empfohlen?Empfehlungs- und Maßnahmenliste<Team-Leads>
7. Entscheidungen<5>Welche Zeile bekommt wen und welches Datum?Entscheidungsprotokoll<Cloud-Verantwortlicher>

Prüfschritte

  • Jede Abweichung über <Betrag oder Prozent> hat eine Ursache aus genau einer Art: Nutzung, Preis oder Einmaliges (<Team-Lead>)
  • Jede Anomalie mit Status offen hat eine Person und ein Datum; jede geschlossene hat die Nachbereitungsfelder des Runbooks (<Cloud-Verantwortlicher>)
  • Nicht zugeordnete Kosten liegen unter <Prozent>; sonst steht die Ursache mit Konto und Frist im Protokoll (<Cloud-Verantwortlicher>)
  • Jedes Commitment, das in <90> Tagen ausläuft, hat eine Entscheidung: verlängern, ersetzen oder auslaufen lassen (<Cloud-Verantwortlicher>)
  • Jede Einsparung des Vormonats mit Status umgesetzt ist in der Rechnung sichtbar oder wird auf angenommen zurückgestuft (<Cloud-Verantwortlicher>)
  • Jede Empfehlung über <Betrag je Monat> hat eine Entscheidung: annehmen mit Person und Datum, ablehnen mit Grund, vertagen mit Datum (<Team-Lead>)
  • Die Prognose zum Jahresende ist mit den Entscheidungen dieses Reviews aktualisiert (<Finance>)
  • Das Protokoll ist am Tag des Reviews versendet (<Protokoll>)

Ergebnisse

ErgebnisFormatEmpfängerFrist
Entscheidungsprotokolldiese Tabelle, versioniert in <Ablage>Teilnehmer, <Management>Tag des Reviews
Aktualisierte Maßnahmenliste<Werkzeug>Team-LeadsTag des Reviews
Aktualisierte PrognoseBudget-ArbeitsblattFinance, Management<3> Arbeitstage
Kaufanträge für CommitmentsEntscheidungsdatensatz je Kauf<Freigabe><Datum>

Entscheidungsprotokoll

Nr.EntscheidungBegründung oder BelegVerantwortlichFälligStatus
<1><Maßnahme, Ablehnung oder Vertagung><Ursache, Betrag, Quelle><Person><Datum><offen>
<2><Entscheidung><Beleg><Person><Datum><Status>

So füllen Sie sie aus

Eingaben: Die erste Zeile entscheidet, ob das Review mit endgültigen oder vorläufigen Zahlen arbeitet; wann ein Monat beim Provider abgeschlossen ist, steht in Aktualität, Nachträge und Finalisierung. Der Showback-Bericht je Team folgt der Vorlage.

Agenda: Die Minuten sind ein Vorschlag für sechs Teams; die Reihenfolge nicht, weil Abweichungen vor Empfehlungen kommen müssen, sonst werden Maßnahmen für Kosten beschlossen, die ein Nachtrag war. Punkt 2 nutzt die Methode aus Abweichungsanalyse, Punkt 3 die Alarme aus Anomalieerkennung.

Prüfschritte: Die Schwellen in Betrag oder Prozent setzt Finance einmal und ändert sie im Jahresbudget, nicht im Review. Der Schritt zu Commitments nutzt Commitment-Abdeckung und -Auslastung; der Schritt zu Einsparungen das Vokabular aus geschätzt, akzeptiert, umgesetzt, verifiziert. Die Abdeckung misst Tag-Abdeckung und Kosten ohne Tag.

Entscheidungsprotokoll: Eine Zeile je Entscheidung, auch für Ablehnungen, weil die abgelehnte Empfehlung nächsten Monat wiederkommt; die Spalte Verantwortlich trägt eine Person aus dem RACI.

annehmenablehnenvertagenEine Abweichung, Anomalieoder Empfehlung der AgendaAnnehmen, ablehnenoder vertagen?Eine Person und ein Datumim EntscheidungsprotokollEine Begründung imProtokoll; sie kommtnächsten Monat wiederEin Datum im Protokoll
Jede Zeile verlässt das Review angenommen mit Person und Datum, vertagt mit Datum oder abgelehnt mit einer Begründung, die sie nächsten Monat zurückbringt

So passen Sie sie an

Ein Team: Punkt 2 und 6 fallen zusammen, das Review dauert <20> Minuten, und das Protokoll ist der Showback-Bericht mit einer Spalte für Entscheidungen. Mehrere Teams: Punkt 2 wird je Team vorbereitet, im Review werden nur die drei größten Abweichungen aller Teams besprochen, der Rest steht im Bericht.

Ein Provider: Die Commitment-Zeile nennt das Programm des Providers. Drei Provider: Die Eingabe "Rechnungen vorliegend" wird je Provider abgehakt, weil die Monate zu verschiedenen Tagen schließen, und Punkt 1 zeigt die Summe in einer Währung mit Kurs.

Startup: Ohne Finance übernimmt der Gründer Punkt 1 und 7; Budget-Ist wird durch Vormonat ersetzt, bis ein Budget existiert (Vorlage). Finance-geführt: Punkt 1 wird zur Abweichung gegen Budget und Prognose mit Erklärung je Kostenstelle, und das Protokoll geht in den Monatsabschluss.

Quellen

Gelesen am 2026-10-21. FinOps Foundation, Reporting & Analytics und FinOps-Phasen (CC BY 4.0), Best Practices für AWS Budgets, AWS Cost Anomaly Detection, Kostenwarnungen in Azure, unerwartete Kosten in Azure analysieren, Budgets und Budgetbenachrichtigungen in Google Cloud, Kostenanomalien in Google Cloud.