FunOps – Organisering af et FinOps-hackathon

Jeg har skrevet om dette emne før. Jeg gør det igen, fordi jeg oprigtigt mener, at det at gøre FinOps sjovt bør være en del af at øge engagementet i teams på tværs af en organisation. Jeg har altid været fascineret af tanken om at lave noget sjovt omkring FinOps, så jeg ventede på den rigtige mulighed. Jeg læste en bog om FinOps Hackathon, som du kan finde på Amazon.

SPOILER ALERT: Det er ikke værd at læse. Hold dine penge i lommen og brug din hjerne mellem ørerne! Jeg håbede at kunne låne noget arbejde her, men i sidste ende skulle man betale for alle de værdifulde ting. Bogen var beskidt billig, og materialet var dyrt … Jeg kunne have vidst det. Så jeg advarede dig!

Tid til historien om, hvad vi organiserede. Jeg siger – vi. For jeg kunne ikke have gjort det uden den utrættelige støtte fra mine kolleger. Baggrunden er en virksomhed, der kæmper med tre ting. For det første synlighed, for det andet et besparelsespotentiale, der er værd at forfølge, og for det tredje en ledelsesmæssig opbakning, men en operationel mangel på udførelse.

Udfordringen med synlighed

Du kan ikke kontrollere, hvad du ikke kan se, så synlighed kommer i mange former. I skyen ved vi alle, at tagging er hjørnestenen i opbygningen af dit FinOps-hus. Hvis du ikke har (god) synlighed, vil du aldrig være i stand til at flytte din FinOps-praksis nogen steder hen. Så vi var nødt til at tackle dette … og hurtigt!

Udfordring med omkostningsbesparelser

Når du befinder dig i en multi-cloud-verden og ikke har synlighed, ved du heller ikke, hvem der ejer opsparingen. Værktøjer giver dig et output af opsparinger, men hvis du ikke er i stand til at give disse opsparinger et hjem, står du over for en udfordring.

Kompleksitet i udførelsen

Selvom vi har et stort buy-in fra højeste niveau i virksomheden, var det operationelle niveau ikke klar over nogen aktiviteter ud over at modtage billetter og udføre dem. En ekstra kompleksitet er, at driftsteamene ikke er en del af virksomheden, men tredjeparter, der udfører de instruerede ting gennem en proces, så aktiveringsuddannelsen om det aktuelle emne er meget begrænset. De har kontaktpersoner mellem organisationen og operatørerne.

Det er baggrunden for resten af historien. Da jeg er en del af det nystartede FinOps-team, kunne vi kun tage imod udfordringen og få det bedste ud af den. Ovenstående information var noget, vi lærte mellem uge 1 og uge 4, efter vi var startet. I uge 5 havde vi vores første stereoanlæg, hvor jeg præsenterede, hvad vi havde set og gjort i løbet af den sidste måned. Da jeg er programleder for denne FinOps-praksis, gik jeg på scenen og forberedte slideshowet sammen med mine kolleger i teamet. Teamet kløede sig i hovedet over, hvordan de skulle tackle den kommende udfordring. I det øjeblik tænkte jeg tilbage på min Fun in FinOps-blog og præsenterede gruppen for ideen om et FinOps-hackathon.

Jeg fik nogle spørgsmål om, hvordan vi skulle gribe det an. Herunder finder du nogle af de spørgsmål, jeg fik, og svarene.

Hvordan håndterer vi besparelserne?

Vi vil starte en logbog om opsparing. Det er vores første tilgang til at skabe et centralt sted for besparelser. Vi vil kunne bruge dette i de næste stereoanlæg, men også til at starte en rapport om dette og skabe en arbejdsrytme.

Hvad med tagging? Vi har ikke en tagging-strategi, der hjælper os med at skabe synlighed.

Vi skal nok blive enige om mærkningen. Vi vil arbejde i forskellige bølger for at få disse ting gjort. Den første bølge vil være den sværeste, og fra det øjeblik vil vi kunne arbejde med det, der er derude, for at strømline og forfine linjerne yderligere. I vores FinOps-hackathon fokuserer vi på den første bølge og på automatisering af tags.

Hvordan får vi ingeniørerne til at opfange det?

Det er her, aktiveringen kommer ind i billedet. Vi er nødt til at indføre en regelmæssige rytme af kommunikation, både i nyhedsbreve og på træningssessioner. Vi vil bruge denne rytme til at hjælpe folk med at forstå FinOps-arbejdet yderligere. FinOps-hackathonet bliver den første succeshistorie, og vi er nødt til at gøre det til et forbillede for god husholdning med cloud-udgifter.

Da jeg havde fået opbakning, var jeg nødt til at præsentere det i slides som en god historie over for den bestyrelse, der deltog i steerco. Pakken var ret enkel…

For os i FinOps-teamet er det en stor satsning, men vi tror, at det er den første dominobrik, der vil kaste flere andre dominobrikker af sig. Det vil hjælpe os med synlighed i skyen, give brændstof til rapporteringsøkosystemet, påvirke omkostningerne ved skyen og senere drive købsbeslutninger for vores spareplaner og reserverede instanser. Vi vil slippe af med forældreløse ressourcer og dermed øge værdien af cloud for vores organisation, og sidst, men ikke mindst, vil det påvirke kulturen, da vi vil arbejde med et mere omfattende netværk af mennesker, som alle vil skabe ændringer på én dag. Vi vil belønne vinderne med en pris, og vi vil reklamere for dette som god opførsel i håb om at inspirere flere teams eller i det mindste gøre samtalen lettere, når vi vil i kontakt med dem.

Efter vores steerco fik vi et sponsorat fra ledelsen. Det virkelige arbejde begyndte nu og da. Ved at sætte en dato på vores tidsplan om halvanden måned kunne vi bruge momentum fra det månedlige steerco til at skubbe lidt mere til tingene, og vi kunne bruge tiden til at forberede os …

I den næste blog vil jeg dykke ned i forberedelserne til dette FinOps Hackathon!