Co tak naprawdę robi rekruter IT
Rekruter IT jest pośrednikiem między rynkiem kandydatów a zespołem technicznym. Zbiera wymagania, szuka osób, wstępnie je ocenia, prowadzi proces i dba o doświadczenie kandydata. Nie ocenia jakości kodu ani architektury, to zadanie programistów w rozmowie technicznej. Ocenia natomiast, czy kandydat ma właściwy stack, poziom doświadczenia, oczekiwania zgodne z ofertą i motywację.
Granica jest ważna. Rekruter, który udaje eksperta, szybko zostaje zdemaskowany, a rekruter, który otwarcie przyznaje, że czegoś nie wie, i potrafi dopytać, zyskuje szacunek obu stron.
Najczęstsze obawy rekruterów nietechnicznych
Wiele osób zaczynających w IT obawia się, że nie rozumie języka rozmówców. To naturalne. Dobra wiadomość jest taka, że potrzebny zakres wiedzy jest ograniczony i da się go uporządkować. Nie musisz znać wszystkich technologii. Musisz wiedzieć, do jakiej rodziny należy każda z nich, które są wymienne i które zdarzają się razem.
Rodziny technologii, które warto rozróżniać
Zacznij od mapy. Backend to część aplikacji działająca na serwerze: logika biznesowa, bazy danych, integracje. Frontend to to, co użytkownik widzi w przeglądarce. Full stack łączy oba obszary. DevOps zajmuje się budowaniem, wdrażaniem i utrzymaniem infrastruktury. QA odpowiada za jakość i testy. Data engineer przygotowuje przepływy danych, a data scientist analizuje je i buduje modele.
W obrębie backendu spotkasz Javę, C#, Pythona, PHP, Go, Node.js i inne języki. W obrębie frontendu najczęściej biblioteki i frameworki oparte na JavaScript oraz TypeScript. Nie uczysz się ich składni. Uczysz się, że Spring i Spring Boot to świat Javy, a .NET to świat C#, że Docker i Kubernetes dotyczą kontenerów, a Terraform infrastruktury jako kodu.
Poziomy doświadczenia
Junior zwykle potrzebuje wsparcia i uczy się na zadaniach. Mid pracuje samodzielnie w znanym obszarze. Senior podejmuje decyzje projektowe, wspiera innych i odpowiada za jakość. Same lata doświadczenia nie wystarczą jako miara, bo osoba z pięcioletnim stażem w jednym wąskim zadaniu może mieć mniejszy zakres niż ktoś z trzema latami w różnorodnych projektach. Pytaj więc o odpowiedzialność, a nie tylko o czas.
Jak czytać CV programisty
Przeczytaj CV w trzech przejściach. Za pierwszym razem sprawdź, czy pojawiają się kluczowe technologie z ogłoszenia. Za drugim zobacz, w jakich projektach i w jakim kontekście były używane: czy to były wiodące elementy, czy wzmianka na końcu listy. Za trzecim zwróć uwagę na ciągłość kariery, zmiany ról i zakres odpowiedzialności. Podobne wskazówki opisujemy szerzej w artykule o CV programisty.
Uważaj na długie listy technologii bez kontekstu. Lista dwudziestu narzędzi bez opisu projektów mówi niewiele. Szukaj zdań, które łączą technologię z efektem, na przykład że ktoś zaprojektował konkretną integrację albo przeniósł system na inną bazę. Takie fragmenty możesz potem zacytować w rozmowie, co pokazuje kandydatowi, że uważnie czytałeś jego dokument.
Sygnały do sprawdzenia
- Luka między projektami, o którą warto zapytać spokojnie i bez insynuacji.
- Technologia z ogłoszenia występująca tylko na liście umiejętności, bez opisu projektu.
- Zbyt częste zmiany pracy na krótkie okresy, jeśli nie wynikają z kontraktów.
- Zakres odpowiedzialności niedopasowany do tytułu stanowiska.
Żaden z tych punktów nie jest powodem do odrzucenia. To pytania do rozmowy.
Rozmowa wstępna rekrutera
Celem pierwszej rozmowy jest ustalenie faktów i dopasowania, a nie egzamin. Zapytaj o ostatni projekt, rolę kandydata w zespole, używane technologie i najciekawszy problem, który rozwiązał. Dopytuj: „co dokładnie Pani lub Pan robił przy tej integracji” albo „jaką część systemu Pan odpowiadał”. Takie pytania nie wymagają znajomości technologii, a dobrze pokazują, czy kandydat wykonywał pracę, o której pisze.
Ustal też warunki: formę zatrudnienia, widełki, tryb pracy, dostępność, termin wypowiedzenia. Zapisz je od razu. Wiele rekrutacji upada nie z powodów technicznych, tylko dlatego, że oczekiwania finansowe okazały się inne.
Współpraca z liderem technicznym
Najlepszy rekruter IT ma dobrą relację z zespołem. Przed startem rekrutacji umów kwadrans z liderem i ustal trzy listy: co jest absolutnie wymagane, co jest zaletą i co można wyuczyć. Zapytaj, jakie pytania lider zadałby na rozmowie technicznej i jak oceniałby odpowiedzi. Dzięki temu Twoja wstępna selekcja zgadza się z oczekiwaniami zespołu.
Ustal także terminy odpowiedzi. Kandydaci IT zwykle prowadzą kilka rozmów jednocześnie. Opóźnienia po stronie zespołu to jeden z najczęstszych powodów utraty dobrych osób. Pomaga zasada, że po rozmowie technicznej informacja zwrotna trafia do kandydata w ustalonym, krótkim czasie.
Zadania techniczne i pytania na rozmowę
Nie musisz sam układać zadań, ale powinieneś rozumieć ich cel. Pomocny jest wzorzec, o którym piszemy w artykule o testach rekrutacyjnych IT: jasny zakres, realny czas, kryteria oceny znane z góry. Pytania na rozmowę możesz przygotować na podstawie CV, wybierając fragmenty, które wymagają doprecyzowania.
W RekrutacjeIt funkcja zadań technicznych ułatwia dopasowanie zadania do stanowiska i poziomu, a pytania na rozmowę są generowane z treści CV i wymagań. Zawsze traktuj je jako punkt wyjścia i dostosuj do własnej rozmowy.
Nawyki, które odróżniają dobrego rekrutera
- Notujesz fakty od razu, zamiast polegać na pamięci.
- Odpowiadasz każdemu kandydatowi, także przy odmowie.
- Sprawdzasz własne założenia: jeśli nie jesteś pewien, czy technologie są zamienne, pytasz lidera.
- Uczysz się z każdej rekrutacji, które pytania dawały informacje, a które nie.
- Dbasz o dane osobowe i trzymasz się zasad opisanych w artykule RODO w rekrutacji IT.