De kernprincipes van FinOps zijn samenwerking, verantwoordelijkheid, bedrijfsgerichte besluitvorming, toegankelijke gegevens en voortdurende verbetering. Samen vormen ze een raamwerk dat het financieel beheer van de cloud verder brengt dan alleen kostentransparantie, naar actief beheer, waarbij financiële, IT- en engineeringteams gezamenlijk verantwoordelijk zijn voor het optimaliseren van de clouduitgaven in het licht van daadwerkelijke bedrijfsresultaten.
Deze principes gelden voor elke organisatie die workloads in de cloud uitvoert, ongeacht de omvang. Ze worden vastgesteld en bijgehouden door de FinOps Foundation en vormen de operationele basis voor een volwassen FinOps-aanpak. In de onderstaande paragrafen wordt elk principe toegelicht aan de hand van de vragen die professionals het vaakst stellen.
Hoe werken de FinOps-principes samen als raamwerk?
De FinOps-principes vormen samen een geïntegreerd systeem, geen checklist. Elk principe versterkt de andere: samenwerking zorgt voor de gedeelde context die nodig is voor verantwoordelijkheid; verantwoordelijkheid maakt zakelijke afwegingen mogelijk; toegankelijke gegevens maken snelheid mogelijk zonder dat dit ten koste gaat van de kostendiscipline; en voortdurende verbetering brengt dit alles in de loop van de tijd samen.
Het FinOps-raamwerk is opgebouwd rond drie fasen: Informeren, Optimaliseren en Beheren. Deze fasen zijn cyclisch, niet lineair. Een organisatie doorloopt ze herhaaldelijk naarmate cloudomgevingen groeien en zakelijke prioriteiten verschuiven. De principes zijn bepalend voor het handelen in alle drie de fasen.
Wat FinOps onderscheidt van eenvoudig cloudkostenbeheer, is dat het clouduitgaven beschouwt als een gezamenlijke zakelijke aangelegenheid in plaats van als technische overhead. Met tools voor cloudkostenbeheer kun je zien wat je uitgeeft. Het FinOps-raamwerk vertelt u wat u eraan moet doen, wie er actie moet ondernemen en hoe u kunt beoordelen of die actie waarde heeft gecreëerd. Zonder deze principes krijgen organisaties vaak wel inzicht, maar geen governance, en rapportages zonder beslissingen.
Het raamwerk erkent ook dat de maturiteit van financieel beheer in de cloud zich geleidelijk ontwikkelt. Organisaties die zich nog in een vroeg stadium bevinden, richten zich op het zichtbaar maken en correct labelen van kostengegevens. Meer volwassen organisaties zetten terugkerende besluitvormingsprocessen, geautomatiseerde optimalisatie en functieoverschrijdende verantwoordingsstructuren op. De principes bepalen het einddoel, ongeacht waar je begint.
Wat betekent ‘teams moeten samenwerken’ in de context van FinOps?
Bij FinOps houdt samenwerking in dat de teams van Finance, IT, Engineering en Inkoop gezamenlijk beslissingen nemen over de clouduitgaven, in plaats van elk afzonderlijk. Geen enkel team heeft het volledige overzicht: Engineering houdt toezicht op het verbruik, Finance op de budgetten en IT beheert de infrastructuur. Wanneer deze teams in silo’s werken, vindt optimalisatie pas laat en op inconsistente wijze plaats, en leidt dit vaak tot wrijving in plaats van toegevoegde waarde.
In de praktijk komt samenwerking binnen FinOps neer op gezamenlijke rapportages die alle afdelingen kunnen inzien en waarop ze kunnen reageren, gezamenlijke evaluatiemomenten waarbij clouduitgaven worden besproken in het licht van de bedrijfsresultaten, en overeengekomen definities van wat als verspilling wordt beschouwd en wat als doelgerichte uitgaven. Het betekent ook dat engineers de financiële gevolgen van hun architectuurkeuzes begrijpen voordat ze beginnen met bouwen, en niet pas nadat de factuur is binnengekomen.
Een van de meest voorkomende problemen bij financieel beheer in de cloud is dat applicatieteams de beslissingen over uitgaven nemen, terwijl IT of de financiële afdeling de rekening krijgt voorgeschoteld zonder context. Samenwerking dicht die kloof door vanaf het begin gedeelde verantwoordelijkheid in het bedrijfsmodel in te bouwen. Dit betekent niet dat elk team elke beslissing goedkeurt. Het betekent dat elk team zijn rol in de kostenverdeling begrijpt en over de gegevens beschikt om daarop in te spelen.
Waarom beschouwt FinOps beslissingen over de cloud als een zakelijke afweging?
FinOps beschouwt beslissingen over de cloud als zakelijke afwegingen, omdat kosten op zichzelf nooit het juiste optimalisatiedoel zijn. Bij elke beslissing over clouduitgaven moet een evenwicht worden gevonden tussen kosten, prestaties, snelheid en risico. Als deze beslissingen afzonderlijk worden beschouwd als puur technische of financiële keuzes, leidt dit tot suboptimale resultaten waarbij de ene functie ten koste gaat van de andere.
Denk eens na over een beslissing inzake rightsizing. Het verkleinen van een cloud-instance levert kostenbesparingen op, maar kan de prestaties van de applicatie tijdens piekbelasting negatief beïnvloeden. Of die afweging aanvaardbaar is, hangt af van de zakelijke context: gaat het om een dienst die rechtstreeks aan klanten wordt aangeboden? Heeft de vertraging gevolgen voor de omzet? Dit zijn vragen die de technische of financiële afdeling niet in hun eentje kunnen beantwoorden.
Het FinOps-raamwerk formaliseert dit door te eisen dat kosten, prestaties en risico’s gezamenlijk en in een vroeg stadium van de besluitvormingscyclus worden beoordeeld, en niet pas achteraf tijdens begrotingsbeoordelingen. Daarom wordt FinOps omschreven als een managementdiscipline in plaats van als een bezuinigingsprogramma. Het doel is niet om minder uit te geven. Het doel is om op een manier uit te geven die de waarde die de cloud aan het bedrijf biedt, maximaliseert.
Dit principe is ook bepalend voor de manier waarop toezeggingen zoals ‘reserved instances’ of ‘savings plans’ worden beoordeeld. Het aangaan van een verbintenis voor een lager tarief in ruil voor minder flexibiliteit is een zakelijke afweging, geen technische. FinOps biedt organisaties de structuur om die beslissing te nemen met de juiste mensen, gegevens en verantwoordingsplicht.
Welke rol spelen eigendom en verantwoordingsplicht binnen FinOps?
Eigenaarschap en verantwoordelijkheid binnen FinOps houden in dat de teams die cloudkosten genereren, ook verantwoordelijk zijn voor het beheer ervan. Dit is een van de belangrijkste structurele veranderingen die FinOps met zich meebrengt. Wanneer de verantwoordelijkheid bij een centraal IT- of financeteam ligt in plaats van bij de teams die de middelen verbruiken, is er geen directe prikkel om op het punt van verbruik te optimaliseren.
Het vaststellen van verantwoordelijkheid begint bij de toewijzing van kosten. Elke cloudresource moet worden voorzien van tags en worden toegewezen aan een team, product of bedrijfsonderdeel. Zonder betrouwbare toewijzing is verantwoordingsplicht onmogelijk, omdat niemand kan zien waarvoor hij of zij verantwoordelijk is. Daarom zijn gegevenskwaliteit en governance op het gebied van tagging fundamentele FinOps-capaciteiten, en geen optionele verfijningen.
Zodra de kosten zijn toegewezen, houdt ‘eigenaarschap’ in dat teams regelmatig bruikbare rapporten over hun uitgaven ontvangen, de bevoegdheid hebben om binnen hun bevoegdheidsgebied beslissingen te nemen over optimalisatie, en zich moeten houden aan de afspraken die ze tijdens de planning hebben gemaakt. Dit is iets anders dan teams alleen maar op de hoogte brengen van hun kosten. Goed geïnformeerde teams zonder bevoegdheid of prikkels veranderen zelden hun gedrag.
Verantwoordelijkheid speelt ook een rol op leidinggevend niveau. FinOps vereist steun van het topmanagement, omdat beslissingen over functieoverschrijdend bestuur, budgetverantwoordelijkheid en inzet niet uitsluitend op teamniveau kunnen worden genomen. Zonder verantwoordelijkheid van het management blijven FinOps-praktijken vaak tactisch van aard, in plaats van uit te groeien tot een duurzaam organisatorisch vermogen.
Hoe gaat FinOps om met de spanning tussen snelheid en kostenoptimalisatie?
FinOps lost de spanning tussen snelheid en kostenoptimalisatie op door kostenbewustzijn te integreren in de engineering-workflow, in plaats van het te laten fungeren als een hindernis die het proces vertraagt. Het uitgangspunt is niet dat kosten de snelheid mogen beperken, maar dat kosten zichtbaar en begrijpelijk moeten zijn op het moment dat beslissingen worden genomen. Engineers behouden de mogelijkheid om snel te handelen, terwijl de financiële afdeling de mogelijkheid behoudt om de resultaten te sturen.
Dit werkt door een combinatie van automatisering, veiligheidsmaatregelen en afgesproken drempels. In plaats van voor elke cloudresource goedkeuring te vereisen, wordt in volwassen FinOps-praktijken vastgelegd welke teams zelfstandig resources kunnen toewijzen, wat aanleiding geeft tot een beoordeling en waarvoor uitdrukkelijke toestemming nodig is. Dit zorgt voor snelheid binnen vastgestelde grenzen, in plaats van snelheid zonder toezicht.
De spanning komt vaak het scherpst naar voren bij kortingen op basis van verbintenissen. Voor gereserveerde instances en besparingsplannen moet vooraf een verbintenis worden aangegaan in ruil voor lagere tarieven, wat haaks staat op de voorkeur van de technici voor flexibiliteit. FinOps lost dit op door de besluitvorming los te koppelen van de uitvoering: teams kunnen flexibel blijven werken, terwijl een gecentraliseerde verbintenisstrategie zorgt voor besparingen op account- of portefeuilleniveau, zonder de autonomie van individuele teams te beperken.
Automatisering speelt hierbij een steeds grotere rol. Aanbevelingen voor het optimaliseren van de capaciteit, het opsporen van ongebruikte resources en waarschuwingen bij afwijkingen kunnen allemaal worden geautomatiseerd om de handmatige inspanningen die nodig zijn om de kosten onder controle te houden, te verminderen. Hierdoor kunnen organisaties hun cloudomgevingen opschalen zonder dat de personele inzet die nodig is om deze te beheren evenredig meegroeit, wat een van de belangrijkste uitdagingen op het gebied van schaalbaarheid is die FinOps aanpakt.
Hoe ziet continue verbetering eruit binnen een volwassen FinOps-praktijk?
In een volwassen FinOps-aanpak betekent voortdurende verbetering dat het financiële beheer van de cloud functioneert als een terugkerend organisatorisch vermogen in plaats van als een periodiek project. Teams voeren regelmatig optimalisatiecycli uit, de bestuursstructuren passen zich aan naarmate het cloudgebruik evolueert, en nieuwe mogelijkheden worden stapsgewijs toegevoegd naarmate de organisatie volwassener wordt.
In een vroeg ontwikkelingsstadium houdt continue verbetering doorgaans in dat de gegevenskwaliteit, de dekking van de tagging en de basisrapportagecycli worden verbeterd. Op een meer gevorderd niveau betekent dit dat FinOps-inzichten worden geïntegreerd in de productplanning, investeringsbeslissingen en cloudstrategie, met inbegrip van afwegingen tussen on-premises en cloudoplossingen en onderhandelingen met leveranciers.
Het volwassenheidsmodel van de FinOps Foundation beschrijft drie niveaus: Crawl, Walk en Run. Dit zijn geen fasen die een organisatie eenmalig doorloopt. Ze geven aan in hoeverre specifieke vaardigheden in de praktijk worden gebracht. Een organisatie kan zich op het Run-niveau bevinden wat betreft kostenallocatie, terwijl ze zich op het Crawl-niveau bevindt wat betreft het optimaliseren van verbintenissen. Continue verbetering houdt in dat wordt vastgesteld waar de hiaten zitten en dat deze systematisch worden gedicht.
Bij volwassen FinOps-werkwijzen worden ook de bestuursstructuren herzien naarmate cloudomgevingen veranderen. Een taggingbeleid dat voor één cloudprovider werkte, moet mogelijk worden herzien wanneer er een tweede provider bijkomt. Een chargeback-model dat voor een klein aantal teams werkte, kan op grotere schaal niet meer functioneren. Continue verbetering houdt in dat deze structuren worden beschouwd als levende systemen, en niet als vaste configuraties.
Hoe wij u helpen de FinOps-principes in de praktijk te brengen
Inzicht in de principes is het uitgangspunt. Om deze in uw organisatie te verankeren, zijn de juiste structuur, gegevens en ondersteuning nodig. Wij helpen organisaties in elke fase van het FinOps-traject, van de eerste beoordeling tot een volledig operationele werkwijze. Zo ziet dat er in de praktijk uit:
- Beoordeling van de FinOps-rijpheid: We brengen uw huidige capaciteiten op het gebied van personeel, processen, governance en tools in kaart om vast te stellen waar u nu staat en wat de volgende prioriteiten moeten zijn.
- FinOps-strategie en -implementatie: Wij ontwerpen en implementeren een schaalbaar bedrijfsmodel waarin rollen, beslissingsbevoegdheden, governance en het tempo worden vastgelegd dat uw teams nodig hebben om op basis van kostengegevens actie te ondernemen.
- Volledige kostentoerekening: We hebben betrouwbare systemen voor tagging en toewijzing opgezet voor AWS, Azure en GCP, inclusief containers en ondersteuningskosten, zodat de verantwoordelijkheid duidelijk en verdedigbaar is.
- Reorganisatie en optimalisatie: We brengen mogelijkheden voor optimalisatie in uw cloudomgeving in kaart en ondernemen actie op basis daarvan, waarbij we geautomatiseerde tools combineren met een beoordeling door deskundigen.
- Integratie van TBM en FinOps: Wij koppelen financieel beheer in de cloud aan uw bredere IT-kostenmodel, zodat de uitgaven voor de cloud worden beoordeeld in het kader van de totale investering in technologie en de bedrijfswaarde.
- FinOps as a Service: Voor organisaties die kiezen voor een volledig beheerde aanpak, bieden wij doorlopend beheer, gegevensbeheer, optimalisatie en ondersteuning bij het gebruik van tools tegen een vast maandelijks bedrag.
Als je wilt weten hoe je organisatie ervoor staat en wat er nodig is om een FinOps-aanpak op te zetten die daadwerkelijk als basis dient voor besluitvorming, neem contact met ons op om te beginnen met een FinOps-rijpheidsbeoordeling.