Jak zdałem FinOps Certified Practitioner (FOCP)?

Jak w jeden weekend przygotowałem się do FinOps Certified Practitioner (FOCP) i zdałem za pierwszym razem

Od praktyka AWS do świadomego FinOpsa. Certyfikat FinOps Practitioner to nie jest kolejny egzamin z obsługi narzędzi cloudowych czy komend CLI. To test dojrzałości myślenia o chmurze, kosztach i wartości biznesowej.

Pracując w branży usługowej, umiejętności techniczne to tylko połowa sukcesu. Podchodziłem do tego certyfikatu z konkretnym celem:

zdać szybko (bez tygodni nauki),
nie wydawać pieniędzy na drogie kursy,
uporządkować wiedzę z realnej praktyki AWS,
zdobyć wspólny język z dyrektorami finansowymi (CFO),
zdać za pierwszym podejściem.

Zamiast klasycznej nauki z książek, wybrałem podejście: sprint + praktyka + mock egzamin. I to był strzał w 10. Poniżej opisuję dokładnie, jak to zrobiłem.

1. Najważniejszy moment: zmiana mindsetu

Największe odkrycie i “mindset shift” na samym początku: FinOps ≠ oszczędzanie kosztów.

Intuicja inżynierska często podpowiada: tnijmy, blokujmy, wyłączajmy. Ale FinOps nie polega na blokowaniu zespołów czy sztywnym pilnowaniu budżetów. FinOps to:

Współpraca (Finance + Engineering + Biznes pracujący razem).
Decyzje sterowane wartością biznesową (koszt vs wartość).
Enablement, nie kontrola (wspieranie zespołów, a nie bycie “policją”).

To jedno zdanie odpowiada za większość poprawnych odpowiedzi na egzaminie. Czasem wyższy rachunek jest pożądany, jeśli przekłada się na szybszy wzrost biznesu (tzw. Trójkąt: szybkość / jakość / koszt).

2. Jak wyglądało przygotowanie (Sprint)

Zamiast czytać obszerne materiały tygodniami:

Zrobiłem intensywny sprint w jeden weekend.
Pracowałem na konkretnych pytaniach i scenariuszach
Mapowałem suchą teorię na realne przypadki z AWS.

Najważniejsze: Egzamin nie sprawdza AWS. Sprawdza, jak podejmujesz decyzje i czy rozumiesz proces.

3. Nauka przez 3 filary FinOps (Lifecycle)

Całość materiału sprowadza się do cyklu życia, który nie jest linią, lecz ciągłą pętlą.

🔹 INFORM (Widoczność i Alokacja)

Cel: Odpowiedź na pytanie: “Kto wydaje pieniądze i na co?“.
Elementy: Alokacja kosztów, tagowanie, raportowanie, benchmarking, forecast.
Złota zasada: Nie możesz optymalizować czegoś, czego nie mierzysz. (Inżynierowie chcą od razu optymalizować – FinOps mówi: “Stop, pokaż mi dane”).

🔹 OPTIMIZE (Działanie)

Cel: Redukcja wydatków przy zachowaniu celów biznesowych.
Elementy: Rightsizing, Autoscaling, Storage tiering, kupowanie Savings Plans / Reserved Instances.

🔹 OPERATE (Kultura i Automatyzacja)

Cel: Wdrożenie procesów na stałe.
Elementy: Governance, KPI, Chargeback/Showback, automatyzacja, ciągły proces (np. automatyczne wyłączanie środowisk DEV na noc).

EXAM HACK: Mapowanie słów kluczowych

Widzisz “Visibility” / “Allocation” → to faza Inform.
Widzisz “Rightsizing” / “Reserved Instances” → to faza Optimize.
Widzisz “Automation” / “Policy” / “Culture” → to faza Operate.

4. Co egzamin sprawdza naprawdę?

Nie sprawdza: Narzędzi, komend, architektury (np. jak skonfigurować bazę w chmurze).
Sprawdza: Decyzje biznesowe, współpracę w silosach, dojrzałość organizacyjną i zrozumienie, jak chmura dostarcza wartość. (Warto tu też znać standard FOCUS - open-source’owy projekt ujednolicający dane billingowe z wielu chmur).

5. Największe wyzwanie: Słownik finansowy

To był dla mnie gamechanger. Intuicja inżynierska często daje złą odpowiedź. Musiałem chirurgicznie oddzielić pojęcia, które wcześniej zlewały mi się w jedno.

🔹 Modele Kosztów (TOP temat na egzaminie)

Typ Kosztu	Co to jest?	Zastosowanie na egzaminie
Unblended	Cena z cennika (lub po rabacie) dla zasobu.	Prawda Techniczna (Debug). Realny koszt zasobu tu i teraz.
Blended	Średnia ważona z całej organizacji.	Pułapka (Błąd). Rozmywa odpowiedzialność, ukrywa oszczędności.
Amortized	Koszt uwzględniający płatności z góry w czasie.	Prawda Biznesowa (Raport). Złoty standard do raportowania.

Jeśli pytanie dotyczy biznesu, Showbacku lub sprawiedliwego podziału RI → Amortized to jedyna poprawna odpowiedź.

🔹 Wielka Pułapka Optymalizacji: Usage vs Rate (Must-know)

Typ Optymalizacji	Co zmieniasz?	Przykłady	Kto to robi?
Usage Reduction	ZASÓB (ilość)	Rightsizing, wyłączanie maszyn.	Engineering
Rate Reduction	CENĘ (stawkę)	Reserved Instances, Savings Plans.	Finance

🔹 Finanse w praktyce (OpEx vs CapEx)

OpEx (COGS): Miesięczny rachunek za serwery produkcyjne (koszt uzyskania przychodu).
CapEx (Capitalization): Koszt chmury zużytej na development i tworzenie nowego oprogramowania.
Amortization: Rozkład kosztu w czasie (np. kupionego z góry RI).

🔹 Shared Costs (Koszty współdzielone, np. Support)

Even-spread (po równo): Zazwyczaj zła odpowiedź. Mały zespół płaci tyle co duży.
Cost-weighted (proporcjonalnie): Dobra odpowiedź dla Enterprise Support i opłat administracyjnych.
Activity-based (ABC - z użycia): Najlepsza, ale najtrudniejsza. Idealna dla kontenerów (K8s).

6. 6 Zasad FinOps (i słowa klucze z egzaminu)

Na egzaminie poprawne odpowiedzi bazują na tych zasadach:

Collaboration: Finance + Engineering + Biz working together. FinOps is a cultural practice.
Value > Cost: Unit Economics. Trending is more important than absolute numbers.
Ownership: Decentralization. Engineers are responsible for their spend. “You build it, you run it, you pay for it.”
Real-time data: Fast feedback loops lead to better behavior. Don’t wait for the bill.
Governance = Enablement: Central team sets standards, guardrails help teams move fast safely.
Variable cost = Advantage: Rightsizing. Just-in-time purchasing. Pay for what you use.

7. KPI i praktyka

W FinOps nie patrzymy na absolutny “Total Cost” (całkowity rachunek może rosnąć, jeśli biznes rośnie). Najważniejsze metryki to:

Cost per unit (koszt na transakcję/użytkownika)
RI / SP coverage (% pokrycia rezerwacjami)
Forecast accuracy (dokładność prognozowania)
Waste % (odsetek marnotrawstwa)

8. Mock egzamin = przełom

Zamiast wkuwać: robiłem mocki (próbne testy 50 pytań), analizowałem odpowiedzi i uczyłem się “FinOps thinking”. To podniosło mój wynik z niepewnego na stabilne ~83%. Zrozumiałem, że na teście dużo odpowiedzi brzmi technicznie poprawnie, ale tylko jedna jest zgodna z kulturą FinOps.

9. Ostatnie 30 minut i Strategia Zdawania

Ostatnie pół godziny to zero nauki. Tylko przypomnienie najważniejszych zasad:

Savings Plans > RI (bo dają większą elastyczność).
Showback > Chargeback (najpierw pokazuj, potem obciążaj).
Guardrails > Zakazy (wspieraj, nie blokuj).
Proces > Jednorazowa akcja.

Strategia na samym teście (60 min / 50 pytań):

Rozwiązuj łatwe pytania od razu. Trudne oznaczaj (Flag for review) i wracaj później.
Eliminacja odpowiedzi:
- A – Absolutes: Wywal odp. ze słowami always, never, only, must.
- B – Blame/Block: Wywal odp. blokujące zespoły, szukające winnego lub skupiające się na jednym decydencie (“finance decyduje samo”).
- C – Culture: Wybieraj opcje wspierające współpracę (collaborative), proces, elastyczność i wartość biznesową.

10. Ściąga Last-Minute (Do zapamiętania przed kliknięciem “Start”)

DO WYBORU:

FinOps = value (wartość), nie pure savings (czyste oszczędności).
Kolejność faz: Inform → Optimize → Operate.
Amortized Cost jest dla biznesu lepszy niż Unblended.
Savings Plans są elastyczniejsze niż RI.
Showback wdraża się przed Chargebackiem.
Guardrails są lepsze niż twarde zakazy.

DO ELIMINACJI:

Słowa absolutne (always/never).
“One-time optimization” (FinOps to proces ciągły!).
Brak współpracy (silosy) i ograniczanie sprawczości inżynierów.

11. Efekt i co dał mi certyfikat

Przygotowanie: Intensywny weekend (kilkanaście godzin).
Mock testy: Stabilne ~83%.
Egzamin: Zdany bez stresu za pierwszym razem.

Co mi to dało w praktyce? Zyskałem wspólny język z biznesem. Podejmuję znacznie lepsze decyzje kosztowe podczas projektowania architektury. Uporządkowałem procesy w organizacji i zyskałem świetną bazę pod tworzenie dedykowanej oferty FinOpsowej dla klientów.

Podsumowanie

FinOps to nie jest narzędzie. To nie jest jednorazowa optymalizacja. To system podejmowania decyzji. Najważniejsze zdanie, jakie mogę Ci przekazać to: Nie ucz się definicji. Zrozum sposób myślenia.