TLDR: FinOps ist weder Software noch Sparprogramm. Es ist die Fähigkeit, Cloud-Ausgaben gemeinsam zu verstehen, bevor du versuchst, sie zu optimieren. Wer ohne Transparenz an Kosten schraubt, rät. Der erste Schritt ist simpel: Schau dir deine Cloud-Rechnung der letzten drei Monate an und beantworte eine Frage. Weisst du, warum die grössten Posten so hoch sind?

"Warum kostet das so viel?"

"Ich weiss es nicht genau."

CFO und IT-Lead, Freitagmorgen, die Cloud-Rechnung vom letzten Quartal auf dem Tisch. Stille. Beide wissen, dass die Antwort unbefriedigend ist. Keiner weiss, was der nächste Schritt sein soll.

Wir führen dieses Gespräch öfter als uns lieb ist. In verschiedenen Unternehmen, mit verschiedenen Zahlen, aber immer mit demselben Muster. Die Cloud-Rechnung steigt. Niemand kann präzise erklären, warum. Und die Reaktion ist meistens eine von zwei Varianten: Entweder wird das Thema vertagt ("Wir schaün uns das nächstes Quartal an"), oder es wird reflexartig nach Einsparungen gesucht, ohne zu verstehen, wo das Geld eigentlich hinfliesst.

Beides führt nirgendwo hin. Und genau hier fängt FinOps an.

Das Problem ist nicht die Rechnung, sondern die Lücke dazwischen

FinOps steht für Financial Operations. Der Begriff kommt von der FinOps Foundation, einer Non-Profit, die das Framework formalisiert hat. Aber vergiss die formale Definition für einen Moment. Praktisch geht es um etwas sehr Einfaches: Cloud-Kosten so behandeln wie jede andere Unternehmensausgabe. Mit Transparenz. Mit Verantwortlichkeit. Mit einer Meinung dazu, ob sich die Ausgabe lohnt.

Klingt selbstverständlich. Ist es nicht.

Bei klassischer On-Premises-IT war das Budget relativ fix. Einmal einen Server gekauft, läuft der, egal ob du ihn nutzt oder nicht. Das hat eine seltsame Disziplin erzwungen. In der Cloud ist alles anders. Ressourcen entstehen auf Knopfdruck. Ein Entwickler braucht eine Testumgebung? Drei Minuten später läuft sie. Fragt drei Monate später noch jemand danach? Meistens nicht. Läuft sie trotzdem? Meistens ja. Auf deine Kosten.

Diese Elastizität ist gleichzeitig der grösste Vorteil der Cloud und ihr grösster Kostentreiber. Und hier liegt die Lücke, die FinOps schliesst: nicht zwischen "zu teür" und "günstiger", sondern zwischen "wir wissen nicht, wofür wir zahlen" und "wir verstehen jeden Franken".

Wenn Unternehmen zum ersten Mal mit uns über Cloud-Kosten sprechen, lautet der Satz fast immer: "Wir müssen unsere Cloud-Kosten senken." Das ist nicht falsch. Aber es ist die falsche Ausgangsfrage. Denn manchmal sind höhere Cloud-Kosten ein gutes Zeichen. Das Geschäft wächst. Ein Produkt-Launch war erfolgreich. Das Engineering-Team hat auf Sprint-Geschwindigkeit gearbeitet. Die richtige Frage ist: Bekommen wir für das, was wir ausgeben, den Wert, den wir erwarten? Das ist der Unterschied zwischen Kostensenkung und Cloud Financial Management.

(Wir haben das in einem früheren Beitrag über unkontrollierte Cloud-Kosten ausführlicher beschrieben.)

Das FinOps Framework beschreibt drei Phasen: Inform, Optimize, Operate. Zürst Transparenz schaffen. Was läuft wo, wer hat was deployed, was kostet wie viel, wem gehört es? Diese Phase ist mühsamer als sie klingt. Tagging-Strukturen fehlen. Historische Daten sind fragmentiert. Teams haben Ressourcen über mehrere Accounts verstreut. Erst wenn du siehst, was läuft, kannst du beurteilen, was davon wirklich nötig ist. Idle Resources, überdimensionierte Instanzen, Entwicklungsumgebungen die nachts nicht abschalten. Die klassischen Hebel, die wir in unserem Beitrag über Cloud-Kosten senken für KMU beschrieben haben. Und dann der Teil, den die meisten unterschätzen: der laufende Betrieb. Einmaliges Aufräumen bringt wenig, wenn drei Monate später dieselben Probleme wieder auftauchen. Wer ist verantwortlich für welche Kosten? Wie sieht die monatliche Review aus? Was passiert, wenn ein Team sein Budget überschreitet? Das braucht Prozesse, nicht Tools.

Warum es im KMU anders läuft (und trotzdem funktioniert)

Das FinOps Framework kommt aus dem Enterprise-Kontext. Unternehmen mit Millionen-Dollar Cloud-Budgets, eigenen FinOps-Teams, dedizierter Tooling-Infrastruktur. Für ein Schweizer KMU mit 80 Mitarbeitenden und einem Cloud-Spend von CHF 80'000 im Jahr ist das Overkill.

Du brauchst nicht das volle Framework. Du brauchst die Prinzipien.

Was wir in KMU-Projekten immer wieder umsetzen, ist eine schlanke Variante. Eine Grundstruktur für Tagging: Ressourcen werden nach Team, Projekt oder Kostenstelle markiert. Technisch nicht aufwendig, aber es braucht Einigkeit über die Systematik. Ein monatliches Cost Review: eine halbe Stunde, IT und Finance, die Zahlen auf dem Tisch. Was ist gestiegen, was hat sich verändert, was braucht eine Entscheidung? Und klare Ownership: Wer ist Ansprechpartner, wenn eine bestimmte Kostenposition steigt? Das muss definiert sein, bevor das Problem auftaucht.

Kein ausgefeiltes Programm. Aber ein Anfang, der funktioniert.

Der grösste konzeptuelle Unterschied zu einem klassischen Kostensenkungsprogramm: FinOps ist kein reines IT-Thema. Klassisches Kostenmanagement läuft oft in eine Richtung. Der CFO schaut auf die Gesamtrechnung, schickt eine E-Mail an IT, IT schraubt irgendwo, dann ist für eine Weile Ruhe. Das Grundproblem bleibt. FinOps funktioniert anders, weil es die Verantwortung verschiebt. Business-Units sehen ihre eigenen Kosten. Engineering-Teams wissen, was ihre Architekturentscheidungen kosten. Finance versteht, warum der Cloud-Aufwand in bestimmten Monaten steigt.

Das klingt simpel. In der Praxis ist es das schwierigste Stück. Wir haben Unternehmen begleitet, bei denen die technische Seite (Tagging, Dashboards, Cost Alerts) innerhalb weniger Wochen stand. Aber die Frage, welches Team für welche Ausgaben zuständig ist und wie das in die bestehende Budget-Logik passt? Sechs Monate Alignment. Und das ist normal. FinOps ist eine kulturelle Veränderung, die zufällig auch Tool-Einsatz beinhaltet. Nicht umgekehrt.

(Dasselbe Prinzip gilt übrigens für SaaS-Lizenzen. Wir haben Unternehmen begleitet, bei denen ein formales Lizenz-Audit den ersten echten Klarblick gebracht hat.)

Was die gescheiterten FinOps-Einführungen gemeinsam hatten: Zu viel Tool, zu wenig Prozess. Ein neüs Dashboard löst kein Governance-Problem. FinOps als reines IT-Projekt ohne Finance am Tisch. Perfektionismus bei Strukturen, bevor überhaupt jemand anfängt. Und der häufigste Fehler: FinOps nur als Sparprogramm positionieren, sodass Engineering-Teams es als Bedrohung sehen statt als Werkzeug.

Schau dir deine Cloud-Rechnung der letzten drei Monate an, aufgeteilt nach Service-Typ, und beantworte ehrlich eine Frage: Weisst du, warum die grössten Positionen so hoch sind?