Co rekruter widzi w pierwszej minucie
Pierwszy przegląd jest szybki i dotyczy czterech rzeczy. Po pierwsze, tytuł i poziom: czy to junior, mid, czy senior i w jakiej specjalizacji. Po drugie, główny stack: język, framework, baza danych, narzędzia. Po trzecie, ostatnie doświadczenie, bo praktyka sprzed ośmiu lat w technologii, której kandydat od tamtej pory nie używał, waży mniej niż dwa lata pracy w niej niedawno. Po czwarte, ogólna czytelność: czy CV da się przeczytać bez zgadywania.
Dobrze skonstruowane CV daje te odpowiedzi w górnej części pierwszej strony. Kandydat, który ukrywa kluczowy stack na trzeciej stronie pod listą kursów, przegrywa z kimś o podobnych umiejętnościach, ale lepiej opisanym.
Długość i format
Dla większości programistów wystarczą dwie strony. Pierwsza przedstawia profil i stack, druga historię zatrudnienia i projekty. Format PDF zachowuje układ, ale musi mieć warstwę tekstową, bo skan obrazu nie zostanie poprawnie odczytany przez narzędzia do analizy ani przez wyszukiwarki w systemach rekrutacyjnych. Zbyt rozbudowana grafika, kolumny z paskami umiejętności i ikony zamiast tekstu utrudniają odczyt zarówno człowiekowi, jak i automatowi.
Technologie to nie to samo co słowa kluczowe
Rekruter nie sprawdza, czy w CV jest słowo Java. Sprawdza, jak głęboko. Jeśli wymagany jest Senior Java Developer ze Spring Boot i Kafką, patrzy, czy kandydat opisał, co zbudował: usługi, integracje, przetwarzanie zdarzeń, a nie tylko wymienił frameworki. Zdanie typu zaprojektowałem i wdrożyłem usługę przetwarzającą zdarzenia płatności z użyciem Kafki mówi więcej niż pięć wypunktowanych nazw technologii.
Lata doświadczenia i ich kontekst
Liczba lat z technologią jest ważna, ale tylko razem z kontekstem. Trzy lata intensywnej pracy w produkcyjnym systemie to co innego niż trzy lata, w których kandydat dotykał technologii sporadycznie. Rekruter szuka dat rozpoczęcia i zakończenia projektów, nazwy roli i opisu odpowiedzialności. Jeśli CV podaje tylko ogólne lata bez rozbicia na projekty, trudno ocenić rzeczywisty poziom.
Technologie pokrewne i zamienniki
Wymaganie nie zawsze trzeba spełniać dosłownie. Kandydat z doświadczeniem w RabbitMQ szybko nauczy się Kafki, a ktoś z długą praktyką w jednym frameworku frontendowym zwykle przesiądzie się na inny. Dobry rekruter ocenia więc nie tylko brak dokładnego dopasowania, ale też bliskość technologii. W ocenie CV w RekrutacjeIt każde wymaganie dostaje status (spełnia, częściowo, brak) wraz z cytatem z CV, więc widać, czy mamy do czynienia z brakiem, czy z pokrewnym doświadczeniem.
Opis projektu zamiast listy obowiązków
Najsilniejsze CV opisuje efekty, a nie obowiązki. Zamiast wykonywałem zadania programistyczne lepiej napisać, w jakim systemie kandydat pracował, jaką część budował, jak duży był zespół i co zmieniło się dzięki jego pracy. Liczby są mile widziane, ale wyłącznie prawdziwe: czas odpowiedzi, skrócenie wdrożenia, liczba obsługiwanych integracji. Wymyślona statystyka wychodzi na jaw na rozmowie technicznej.
Open source, repozytoria i portfolio
Link do repozytorium jest pomocny, jeśli kod jest czytelny i aktualny. Rekruterzy i liderzy zespołów zwracają uwagę na jakość commitów, opisy w plikach README, testy i porządek w strukturze. Pusty profil z kilkoma forkami niczego nie dowodzi. Dla juniorów projekty własne bywają głównym dowodem umiejętności, więc warto opisać, co robią i jakie decyzje podjęto.
Edukacja, certyfikaty i kursy
Wykształcenie jest ważne dla juniorów i drugorzędne dla seniorów. Certyfikaty technologiczne mogą potwierdzać wiedzę, ale nie zastępują praktyki. Zbyt długa lista kursów bez praktycznych projektów bywa odbierana jako sygnał, że kandydat więcej się uczy, niż pracuje.
Co wzbudza pytania, a co dyskwalifikuje
Pewne wzorce nie przekreślają kandydata, ale zasługują na doprecyzowanie na rozmowie.
- Luka w historii zatrudnienia bez wyjaśnienia.
- Wiele krótkich epizodów, szczególnie bez opisu rezultatów.
- Bardzo długa lista technologii bez wskazania, w których kandydat jest naprawdę mocny.
- Opisy projektów wyłącznie w ogólnikach, bez nazw ról i zakresu.
- Rozbieżność między tytułem a opisem zadań.
Rzeczywistym powodem do odrzucenia jest nieprawda: wpisanie doświadczenia, którego nie ma. Dlatego dobrą praktyką jest zadawanie pytań o szczegóły konkretnych projektów, a nie ogólnych definicji. Osoba, która faktycznie pracowała z daną technologią, opowie o problemach, na które natrafiła.
Dlaczego automat nie powinien odrzucać CV
Narzędzia oceniające CV pomagają przejrzeć duży wolumen zgłoszeń, ale nie znają kontekstu życiowego i zawodowego kandydata. W RekrutacjeIt AI ocenia i pokazuje dowody, natomiast decyzję podejmuje rekruter. Dzięki temu nieszablonowe, lecz wartościowe CV nie przepada tylko dlatego, że użyto innej terminologii.
Jak napisać CV programisty
Dla kandydatów zbieramy kilka praktycznych zasad.
- Zacznij od krótkiego profilu z poziomem, specjalizacją i głównym stackiem.
- Przy każdym projekcie podaj rolę, zakres odpowiedzialności i użyte technologie.
- Pisz konkretnie i bez wymyślonych liczb.
- Dopasuj kolejność technologii do stanowiska, na które aplikujesz.
- Zapisz plik w PDF z warstwą tekstową i sprawdź, czy tekst da się zaznaczyć.
- Usuń zdjęcia, ikony i paski umiejętności, które nic nie wnoszą.
Jak czytać CV jako rekruter
Rekruter może pracować według prostego schematu. Najpierw porównuje CV z listą must have z briefu i zapisuje dowód przy każdej pozycji. Potem sprawdza sygnały do wyjaśnienia i przygotowuje trzy lub cztery pytania pod konkretne projekty kandydata. Na końcu dopiero podejmuje decyzję o zaproszeniu na rozmowę. Cały przebieg lepiej widać w opisie etapów rekrutacji w IT.