CV DevOps engineera — wzór z metrykami DORA i on-call

Ten tekst jest częścią przewodnika Przykłady CV po polsku — 3 wzory z omówieniem (2026).

CV DevOps engineera przegrywa nie przez zbyt krótką listę narzędzi, tylko przez punktory, w których nie ma ani jednej liczby z produkcji. „Utrzymywałem klastry Kubernetes i pipeline’y CI/CD” to zakres obowiązków, a nie doświadczenie. Poniżej masz układ dokumentu, sekcję stacku w sześciu grupach, punktory oparte na metrykach DORA i SLO, blok o dyżurach on-call oraz tabelę certyfikatów z cenami, progami zaliczenia i okresem ważności.

Jak zbudować CV DevOps engineera — długość, sekcje i format pliku

CV DevOps engineera mieści się na jednej stronie przy stażu do około pięciu lat i na dwóch przy dłuższym — druga strona broni się tylko wtedy, gdy wypełniają ją migracje, projekty platformowe i certyfikaty, a nie rozrastająca się lista technologii. DevOps engineer to inżynier odpowiedzialny za drogę kodu od repozytorium na produkcję: pipeline’y CI/CD, infrastrukturę opisaną kodem, orkiestrację kontenerów, monitoring i reagowanie na incydenty.

Kolejność sekcji, która działa w tej roli: dane kontaktowe z linkami, podsumowanie zawodowe (3–4 zdania), stack techniczny, doświadczenie, projekty, certyfikaty, wykształcenie. Stack idzie wysoko, bo rekruter techniczny czyta go pierwszy i na jego podstawie decyduje, czy w ogóle wejdzie w punktory. Układ graficzny i marginesy możesz podejrzeć na przykładach CV z omówieniem — tutaj chodzi wyłącznie o treść.

Plik oddawaj jako jednokolumnowy PDF z warstwą tekstową, bez ikon i pasków postępu zastępujących nazwy narzędzi: pięć wypełnionych gwiazdek przy Kubernetesie nie niesie żadnej informacji. Jeżeli zależy Ci na dwóch kolumnach, sprawdź najpierw różnicę między CV dwukolumnowym a jednokolumnowym.

Z danych osobowych podaj to, co mieści się w katalogu z art. 22(1) § 1 Kodeksu pracy: imię i nazwisko, datę urodzenia, wskazane przez Ciebie dane kontaktowe oraz — gdy jest to niezbędne do wykonywania pracy danego rodzaju — wykształcenie, kwalifikacje i przebieg zatrudnienia. Klauzula zgody nie jest obowiązkowym elementem CV, bo podstawą przetwarzania jest przepis prawa; zgody potrzebujesz na dane spoza katalogu (zdjęcie) i na udział w przyszłych rekrutacjach. Ten tekst nie jest poradą prawną.

Sekcja stacku: czy wymieniać wszystkie narzędzia i wszystkie trzy chmury

Nie wymieniaj wszystkiego — wybierz jedną chmurę wiodącą i wypisz w niej konkretne usługi, a pozostałe oznacz poziomem realnego kontaktu, bo trzy chmury wpisane jak równorzędne czyta się jako trzy powierzchowne znajomości. Sześć grup, w których stack układa się czytelnie: chmura, orkiestracja i konteneryzacja, infrastruktura jako kod, CI/CD i GitOps, obserwowalność, bezpieczeństwo.

Przy Kubernetesie podaj wersje, na których pracujesz, i sposób prowadzenia aktualizacji. Projekt wydaje trzy wersje minor rocznie, mniej więcej co cztery miesiące, a każda gałąź ma około 14 miesięcy wsparcia (12 pełnego plus 2 w trybie utrzymaniowym), więc „prowadziłem aktualizacje klastrów produkcyjnych między wersjami bez okna serwisowego” mówi więcej niż samo słowo „Kubernetes”.

Szczegół, który pomijają krążące po sieci wzory: w sierpniu 2023 HashiCorp zmienił licencję Terraform na BUSL 1.1, która nie jest licencją open source w rozumieniu OSI. W odpowiedzi powstał OpenTofu — fork pod opieką Linux Foundation, opisywany jako zamiennik działający w miejscu oryginału, z rejestrem ponad 3900 dostawców i ponad 23 600 modułów. Jeśli używasz obu, wypisz oba; jeśli Twój zespół migrował, to gotowy punktor do doświadczenia.

Jakie liczby wpisać w punkty doświadczenia — metryki DORA, SLO i error budget

Wpisuj metryki DORA i parametry SLO, bo to jedyne liczby w pracy DevOpsa, które są policzalne, porównywalne między firmami i nie ujawniają danych klienta. Model DORA obejmuje dziś pięć metryk w dwóch grupach. Przepustowość: czas realizacji zmiany (od commita w kontroli wersji do wdrożenia na produkcję), częstotliwość wdrożeń oraz czas powrotu do sprawności po nieudanym wdrożeniu. Niestabilność: odsetek zmian kończących się awarią, czyli wdrożeń wymagających natychmiastowej interwencji — wycofania albo poprawki na gorąco — oraz odsetek wdrożeń nieplanowanych, wykonywanych w następstwie incydentu produkcyjnego.

Druga grupa liczb pochodzi z definicji stosowanych w inżynierii niezawodności. SLI to ilościowa miara wybranego aspektu usługi — opóźnienie, odsetek błędów, dostępność. SLO to wartość docelowa dla tej miary, na przykład 99,9% udanych żądań w oknie 30 dni. SLA to umowa z odbiorcą usługi, w której niedotrzymanie celu ma konsekwencje, zwykle finansowe. Error budget to dopuszczalne tempo naruszania SLO: przy celu 99,9% budżet wynosi 0,1% okna, czyli około 43 minut niedostępności w miesiącu trzydziestodniowym.

Gdy obowiązuje Cię NDA, opisz klienta branżą i skalą zamiast nazwą. Metryki własnego procesu wdrożeniowego nie są danymi klienta, więc czas wdrożenia, liczba wydań tygodniowo i odsetek wycofań mogą wejść do CV wprost.

Rozpisane punktory możesz od razu wprowadzić w kreatorze ŁatweCV i sprawdzić, których haseł z ogłoszenia jeszcze w nich brakuje.

Jak opisać dyżury on-call, żeby rekruter zobaczył w tym kompetencję

On-call opisuj jako proces, nie jako poświęcenie: podaj rotację, zakres usług objętych dyżurem, narzędzie do zgłoszeń, liczbę alertów przypadającą na jeden dyżur i to, co zrobiłeś, żeby kolejny dyżur był spokojniejszy. Zdanie „pełniłem dyżury 24/7” w CV DevOps engineera nie różnicuje kandydatów, bo pełnią je wszyscy.

Elementy, które warto nazwać po imieniu: rotacja (na przykład tydzień na sześć), narzędzie zgłoszeniowe (PagerDuty, Opsgenie), czas potwierdzenia zgłoszenia, runbooki dla powtarzalnych awarii, analizy poawaryjne prowadzone bez wskazywania winnych oraz praca nad ograniczeniem zmęczenia alertami. Ostatni punkt jest najmocniejszy: pokazuje, że traktujesz alerty jak system do zaprojektowania, a nie jak pogodę.

Jakie certyfikaty DevOps realnie liczą się w polskich rekrutacjach

W polskich ogłoszeniach wracają cztery egzaminowane certyfikaty: CKA, AWS Certified DevOps Engineer – Professional, Microsoft Certified: DevOps Engineer Expert i HashiCorp Certified: Terraform Associate. Ukończone kursy wideo certyfikatami nie są i w tej sekcji tylko rozmywają obraz.

Trzy szczegóły, które warto znać przed rejestracją. CKA jest oparty na Kubernetes w wersji 1.35 i aktualizowany 4–8 tygodni po wydaniu nowej wersji projektu, a droższe pakiety obejmują dwa podejścia do egzaminu i dwie próby symulatora Killer.sh. AWS nie stawia formalnych wymagań wstępnych przy DOP-C02, ale rekomenduje co najmniej dwa lata doświadczenia w udostępnianiu i zarządzaniu środowiskami AWS, a posiadacze aktywnej certyfikacji dostają 50% zniżki na kolejny egzamin. AZ-400 prerekwizyt ma: trzeba mieć Azure Administrator Associate (AZ-104) albo Azure Developer Associate (AZ-204), więc nie da się go zdać „z marszu”.

W CV zapisuj certyfikat z datą zdania, datą ważności i identyfikatorem do weryfikacji — CKA, CKAD i CKS zdobyte po 1 kwietnia 2024 są ważne dwa lata (trzyletni okres dotyczy wyłącznie starszych poświadczeń). Ta sama logika obowiązuje wszędzie, gdzie dokument jest przepustką do zawodu: w CV pielęgniarki numer PWZ jest weryfikowalny w rejestrze, a w CV opiekunki osób starszych liczy się data ukończenia kursu, nie sama jego nazwa; w CV na operatora maszyn tę samą funkcję pełni numer i termin ważności uprawnień UDT.

Czym różni się CV DevOps engineera od CV SRE i platform engineera

Tym samym dokumentem można aplikować na wszystkie trzy role dopiero po podmianie podsumowania zawodowego i przestawieniu kolejności punktorów, bo każda z nich rozlicza z czego innego. DevOps engineer odpowiada za przepływ zmiany z repozytorium na produkcję: pipeline’y, środowiska, infrastrukturę jako kod. SRE odpowiada za niezawodność działającej usługi: SLI, SLO, error budget, analizy poawaryjne, ograniczanie pracy powtarzalnej. Platform engineer buduje wewnętrzną platformę dla zespołów wytwórczych — samoobsługowe środowiska, katalog usług, gotową ścieżkę wdrożeniową.

Jeżeli w Twojej pracy przeważa pisanie kodu aplikacyjnego, a nie infrastruktury, aplikujesz na inną rolę i dokument budujesz według zasad z CV programisty. Rynkowy punkt odniesienia dla samego DevOpsa: mediana wynagrodzenia w Ogólnopolskim Badaniu Wynagrodzeń (Sedlak & Sedlak, aktualizacja styczeń 2026, próba 282 osób) wynosi 16 070 zł brutto miesięcznie, przy dolnym kwartylu 12 860 zł i górnym 19 360 zł — to dane dotyczące etatu, więc stawek na kontrakcie B2B nie da się z nich odczytać wprost.

Jak przejść z administratora IT na DevOps i co przepisać w CV

Przepisz obowiązki operacyjne na język automatyzacji: każde zadanie, które wykonywałeś ręcznie, opisz przez to, czym je zastąpiłeś i co się dzięki temu zmieniło w czasie albo w powtarzalności. Największy błąd w takim CV to lista systemów bez ani jednego repozytorium — kandydat wygląda wtedy jak administrator, który dopisał do stopki Terraform.

Praktyczna procedura: wypisz dziesięć czynności, które w ostatnim roku robiłeś najczęściej, i przy każdej odpowiedz, czy istnieje dla niej rola Ansible, moduł Terraform, zadanie w pipelinie albo alert z progiem. To, co zautomatyzowałeś, wchodzi do doświadczenia; reszta zostaje materiałem na projekt własny. Klasyczny opis stanowiska administracyjnego znajdziesz w CV administratora IT — do dokumentu na DevOps przenieś z niego wyłącznie punktory z automatyzacją i infrastrukturą.

Czy w CV DevOps potrzebny jest GitHub, portfolio i homelab

Link do repozytorium ma sens tylko wtedy, gdy prowadzi do konkretnego projektu z opisem w README, a nie do profilu z dwudziestoma forkami — rekruter techniczny otwiera pierwszy odnośnik i drugiej szansy zwykle nie ma. Warto podlinkować własny moduł Terraform albo OpenTofu, chart Helm lub konfigurację Argo CD, ewentualnie pipeline w GitHub Actions z opisem, co i kiedy uruchamia.

Klaster domowy jest pełnoprawnym projektem, jeśli opiszesz go jak pracę: k3s na trzech węzłach, wdrożenia w modelu GitOps przez Argo CD, monitoring w Prometheusie i Grafanie, kopie zapasowe i procedura odtworzenia. To najmocniejszy dowód dla kandydata bez komercyjnego doświadczenia z Kubernetesem — o ile umiesz na rozmowie obronić każdą decyzję z tego opisu.

Nie wpisuj natomiast linków, które nic nie wnoszą: prywatnego profilu społecznościowego, repozytorium z zadaniami z kursu ani zadania rekrutacyjnego sprzed lat. Miejsce na odnośniki jest w nagłówku dokumentu, obok e-maila i telefonu, i wystarczą dwa: LinkedIn oraz repozytorium albo strona projektu.

Checklista

Częste pytania

Ile stron powinno mieć CV DevOps engineera?

Jedna strona przy stażu do około pięciu lat, dwie przy dłuższym doświadczeniu. Druga strona jest uzasadniona wtedy, gdy wypełniają ją opisy migracji, projekty platformowe i certyfikaty z datami ważności, a nie rozbudowana lista narzędzi. Trzecia strona w tym zawodzie nie ma zastosowania — zamiast dopisywać kolejne technologie, skróć najstarsze stanowiska do dwóch punktorów.

Jakie certyfikaty DevOps liczą się najbardziej — CKA czy AWS DOP-C02?

CKA (Certified Kubernetes Administrator) jest egzaminem praktycznym w terminalu: dwie godziny, próg zaliczenia 66%, cena samego egzaminu 445 USD, ważność dwa lata. AWS Certified DevOps Engineer – Professional (DOP-C02) to 75 pytań w 180 minut za 300 USD, ważny trzy lata i bez formalnych prerekwizytów. Wybór zależy od stacku pracodawcy: przy klastrach on-premise i zarządzanych mocniej działa CKA, przy pracy głównie na AWS — DOP-C02.

Czy klauzula RODO w CV jest obowiązkowa?

Nie. Podstawą przetwarzania danych kandydata jest przepis prawa — art. 22(1) § 1 Kodeksu pracy pozwala pracodawcy żądać imienia i nazwiska, daty urodzenia, wskazanych przez kandydata danych kontaktowych oraz, gdy jest to niezbędne do wykonywania pracy danego rodzaju, wykształcenia, kwalifikacji i przebiegu zatrudnienia. Zgoda jest potrzebna tylko na dane spoza tego katalogu, na przykład zdjęcie, oraz na zachowanie dokumentów do przyszłych rekrutacji.

Jak opisać wyniki w CV DevOps, gdy obowiązuje NDA?

Podawaj wartości względne, rzędy wielkości i zakresy zamiast liczb bezwzględnych oraz opisuj klienta branżą i skalą, nie nazwą: „platforma e-commerce, kilkadziesiąt mikroserwisów, ruch szczytowy w setkach żądań na sekundę”. Metryki procesu wdrożeniowego — czas od commita do produkcji, liczba wdrożeń tygodniowo, odsetek wdrożeń wymagających wycofania — nie są danymi klienta, więc można je podać wprost.

Czym różni się CV DevOps engineera od CV SRE?

CV DevOps engineera opisuje drogę kodu na produkcję: pipeline CI/CD, infrastrukturę jako kod, środowiska, wdrożenia i ich automatyzację. CV SRE opisuje niezawodność już działającej usługi: definicje SLI i SLO, zarządzanie error budgetem, analizy poawaryjne bez wskazywania winnych i eliminację pracy powtarzalnej. Ten sam dokument nadaje się na obie rekrutacje dopiero po podmianie podsumowania zawodowego i przestawieniu kolejności punktorów.