De meeste FinOps-programma's zitten vast op crawl. Zo herken je het.
Waarom zelfbeoordelingsscores oplopen
We vragen elk team dat we onboarden om hun FinOps-volwassenheid te scoren voordat we de rekening hebben gezien. De mediane zelfbeoordeling is walk. De mediane werkelijke score, na het onderstaande assessment, is crawl-naar-walk. Niet walk. Niet walk-naar-run. Crawl-naar-walk.
De oploop is geen oneerlijkheid. Het is definitiedrift. Teams interpreteren walk als 'we hebben een dashboard en iemand kijkt ernaar.' De FinOps Foundation definieert walk als: kosten aan teams toegewezen met accountability, een prognoseproces geïmplementeerd, en minimaal één optimalisatiecyclus voltooid over alle grote servicecategorieën. Dat zijn wezenlijk andere beweringen.
De zelfbeoordeling heeft ook last van coverage-bias. Teams beoordelen zichzelf op de dimensies waar ze aan hebben gewerkt en laten de dimensies weg die ze niet hebben overwogen. Het onderstaande assessment dwingt coverage van alle zes dimensies.
De zes dimensies die volwassenheid werkelijk meten
Dimensie één: zichtbaarheid. Kan elke engineer de cloudkosten van zijn team binnen 24 uur na ontstaan zien? Crawl: één account-dashboard bestaat. Walk: per-team-kostenweergaven met 24 uur vertraging. Run: realtime anomaliedetectie met automatische meldingen.
Dimensie twee: allocatie. Welk percentage van de totale clouduitgaven kun je toewijzen aan een specifiek team, product of workload? Crawl: onder 60 procent. Walk: 80 tot 90 procent. Run: boven 95 procent, met eigendom over gedeelde-services-budgetregels voor de rest.
Dimensie drie: accountability. Is er een benoemde engineer op elk productteam die het kostencijfer bezit en erop wordt beoordeeld? Crawl: geen benoemde eigenaar. Walk: benoemde eigenaar bestaat maar heeft geen tooling of mandaat. Run: benoemde eigenaar, maandelijkse review in teamritme, kosten zijn een gelijkwaardige metriek naast uptime.
Dimensie vier: prognose. Kan het team de clouduitgaven van volgende maand binnen 15 procent nauwkeurigheid voorspellen? Crawl: geen prognose, uitgaven zijn reactief. Walk: grove schatting op basis van groeipercentage. Run: bottom-up prognose per service, maandelijks beoordeeld, met variantieverklaring.
Dimensie vijf: optimalisatie. Heeft het team de afgelopen 90 dagen een gestructureerde optimalisatiecyclus voltooid? Crawl: ad hoc besparingen als er iemand op wijst. Walk: kwartaallijkse right-sizing van compute. Run: continue optimalisatie over compute, opslag, netwerken en managed services met een gemeten besparingspercentage.
Dimensie zes: cultuur. Behandelen engineeringteams kosten als een engineering-concern? Crawl: kosten zijn iets waar finance over klaagt. Walk: kosten zijn zichtbaar maar afwezig in engineeringvocabulaire. Run: kosten verschijnen in architectuurreviews, PR-commentaren en on-call-dashboards naast latentie en foutpercentage.
Het assessment uitvoeren in één dag
Ochtend: haal 90 dagen factuurdata op. Bereken het werkelijke allocatiepercentage vanuit je kostentool. Lijst elk productteam op en bepaal of er een benoemde kosteigenaar bestaat en wanneer hij voor het laatst zijn cijfer heeft beoordeeld. Dit kost 3 tot 4 uur voor een mid-market-estate.
Middag: voer een gestructureerd interview van 45 minuten met de platformlead, één productteamlead en de financiële contactpersoon die cloudrekeningen ontvangt. Stel elk van de zes dimensievragen direct. Scoor elke dimensie op de crawl/walk/run-schaal. Het interview onthult de gaten die factuurdata niet toont: het accountability-model, het prognoseproces, de culturele signalen.
Einde van de dag: produceer een één-paginascore met zes dimensiebeoordelingen en de top drie verbeteracties, geprioriteerd op impact en haalbaarheid. De acties zijn specifiek voor de gevonden gaten, geen generieke best practices.
"De mediane zelfbeoordeling is walk. De mediane werkelijke score na het assessment is crawl-naar-walk. De oploop is definitiedrift, geen oneerlijkheid."
Danny Zak / FinOps Lead
Wat de score je vertelt te doen
De meeste teams scoren crawl op twee of drie dimensies en walk op de rest. De crawl-dimensies zijn bijna altijd accountability en prognose. Zichtbaarheid en allocatie zijn de dimensies waar teams aan hebben gewerkt. Accountability en prognose vereisen organisatorische verandering, en dat is waarom ze op crawl blijven.
De fix voor accountability is een benoemde kosteigenaar per productteam, het kostencijfer in de maandelijkse teamreview plaatsen, en FinOps als enabler positioneren in plaats van handhaver. Dit kost één vergadering om te besluiten en één kwartaal om te verankeren.
De fix voor prognose is een gedeeld spreadsheetmodel als start, geen commercieel prognosetool. Het FinOps-team bezit het template. Elk team vult hun servicelijst, verwachte groeipercentage en geplande wijzigingen in. De nauwkeurigheid verbetert met elke cyclus. Na twee tot drie kwartalen is de prognose nauwkeurig genoeg om roadmap-beslissingen te ondersteunen.
Teams die het accountability- en prognosegat dichten, gaan consistent van crawl-naar-walk naar walk-naar-run in twee kwartalen. De factuurdata verandert niet. De organisatie wel.