Przeszedłem przez kilkadziesiąt rozmów kwalifikacyjnych jako kandydat. Przeprowadziłem ponad sto jako rekrutujący w agencji. Wiem, jak wygląda obie strony stołu.

W 2026 roku rekrutacja w IT zmieniła się znacząco. Mniej algorytmów ze Stack Overflow, więcej realnych zadań. Mniej HR-owych pytań, więcej technical screen przez AI. Mniej etatów, więcej kontraktów B2B.

Ten post to mój praktyczny przewodnik. Czego się spodziewać, jak się przygotować, czego unikać i jak grać widełki finansowe.

Cztery etapy typowej rozmowy

Większość procesów rekrutacyjnych w IT ma podobną strukturę.

Etap 1: screen HR (15-30 min). Krótka rozmowa, sprawdzenie ogólne. Czy mówisz po angielsku, czy pasujesz do widełek, czy nie jesteś psychopatą.

Etap 2: technical screen (60-90 min). Pytania techniczne, czasem zadanie do napisania kodu. Sprawdzenie, czy umiesz, co napisałeś w CV.

Etap 3: zadanie domowe albo live coding (2-4h). Realna praca. Implementujesz coś. Czasem dostajesz brief na 2 dni i wracasz.

Etap 4: rozmowa końcowa z CTO/CEO (30-60 min). Mniej technical, więcej kulturowo. Czy pasujesz do zespołu, czy widzisz siebie tam za rok.

W 2026 niektóre firmy łączą etapy. Niektóre dorzucają piąty (kultura fit z innym członkiem zespołu). Schemat jest jednak podobny.

Etap 1: screen HR

Najprostszy, ale ludzie tu odpadają. Powody:

  • Zaczynają długą opowieść o sobie zamiast krótkiego, klarownego intro
  • Negocjują widełki finansowe za wcześnie
  • Pytają o szczegóły techniczne, których HR nie zna
  • Nie są przygotowani na “dlaczego chcesz zmienić pracę”

Mój skrypt na pytanie “powiedz coś o sobie”:

“Programista z X latami doświadczenia, głównie [stack]. Ostatnio pracowałem nad [krótka opis projektu]. Szukam roli, w której będę mógł [konkretny cel]. Skupiam się na [niche / specjalizacja].”

30 sekund. Zwięzłe. Pełne haków, na które HR może zadać pytania.

Na pytanie “dlaczego chcesz zmienić pracę” nie mów nigdy: “bo szef był głupi” albo “bo zarabiałem za mało”. Mów: “Szukam większej odpowiedzialności / nowego stacka / pracy bliżej produktu”. Pozytywnie, nie negatywnie.

Etap 2: technical screen

Tutaj rozdzielają się ścieżki. Trzy najczęstsze formaty:

Pytania ustne (“opowiedz mi o eventloopie w JS”). Dziś rzadziej, bo łatwo obejść z AI. Ale jak trafiasz, oczekuj 5-10 pytań pokrywających podstawy języka, frameworka i baz danych.

Whiteboard / live coding (algorytmiczny). Klasyk z FAANG, w Polsce coraz rzadszy. Jeśli trafisz: ćwicz LeetCode (poziom medium), bądź gotowy na pisanie kodu bez IDE, mów na głos, co robisz.

Pair programming z realnym problemem. Najczęstszy format w 2026. Dostajesz repo, masz zaimplementować feature albo naprawić bug. Trwa 60-90 minut, z osobą po drugiej stronie.

Na pair programming radzę:

  • Pytaj o wymagania na początku, nie domyślaj się
  • Zaczynaj od najprostszego rozwiązania, potem refaktoruj
  • Mów na głos, co robisz i dlaczego
  • Nie udawaj, że wiesz, jak czegoś nie wiesz. “Nie pamiętam dokładnej składni, ale wiem, że jest funkcja, która to robi” jest lepsze niż blagowanie
  • Sprawdzaj edge cases (“co jeśli input jest pustą tablicą?”)

Etap 3: zadanie domowe albo live

Realne testowanie umiejętności. Tu separują się juniorzy od midów.

Co zwykle dostajesz:

  • “Zbuduj prostą aplikację X (TODO, blog, dashboard) w [stack]”
  • Zadanie ma ~4-8 godzin pracy
  • Dostajesz 2-7 dni na oddanie
  • Często ze specyfikacją wymagań

Czego od Ciebie oczekują (na seniorskim poziomie):

  • Czysty kod, logiczna struktura folderów
  • Sensowna obsługa błędów
  • Conajmniej kilka testów jednostkowych
  • README z instrukcjami uruchomienia
  • Pomysł na to, co byś zrobił, mając więcej czasu (sekcja “Future improvements” w README)
  • TypeScript zamiast JS (pisałem o tym w TS vs JS)

Czego unikać:

  • Robienie więcej, niż prosili (skup się na wymaganiach, nie na popisach)
  • Używanie boilerplate z internetu bez zrozumienia
  • Brak testów (“zabraknie mi czasu” to wymówka)
  • Commit “init project” i potem 3000 linii w drugim commicie

Pisz w gicie z sensownymi commitami. Rekruter zobaczy historię i z niej wyciągnie wnioski o Twoim procesie.

Etap 4: rozmowa z CTO/CEO

Mniej techniczna, bardziej “czy pasujemy do siebie”. Tu wygrywają ci, którzy mają opinie i potrafią je obronić.

Typowe pytania:

“Z jakiego sukcesu zawodowego jesteś najbardziej dumny?” Przygotuj jedną konkretną historię. STAR (Situation, Task, Action, Result). 90 sekund max.

“Opowiedz o najtrudniejszym bugu, jaki rozwiązałeś.” Nie wybieraj banalnego. Wybierz coś, gdzie pokażesz proces myślowy (hipotezy, eliminacja, narzędzia).

“Gdzie widzisz siebie za 3 lata?” Nie odpowiadaj “na Twoim stanowisku” (przesada). Nie “nie wiem” (brak ambicji). Odpowiedz: “Rozwijam się w kierunku X. Mam nadzieję, że ta rola pozwoli mi to robić.”

“Co Cię motywuje?” Nie “pieniądze” (technicznie prawda, ale nie tego oczekują). Konkretnie: “Praca nad produktami, których używają realni ludzie” albo “Mentoring i budowanie zespołu” albo “Trudne problemy techniczne”.

“Dlaczego mielibyśmy Cię zatrudnić?” Tu wielu odpada. Nie powtarzaj CV. Powiedz: “Bo X (konkretna umiejętność) i Y (konkretne doświadczenie) bezpośrednio rozwiązują problem, który macie w Z.” Wymaga research’u o firmie. Robić go.

Pytania, które powinieneś zadać Ty

Najgorsza odpowiedź na “masz jakieś pytania” to “nie”. Pokazuje, że nie myślałeś o roli.

Moje standardowe pytania:

Do tech leada:

  • “Jaki jest największy techniczny problem, który teraz rozwiązujecie?”
  • “Jak wygląda code review w zespole?”
  • “Jak długo trwa onboarding nowego programisty?”
  • “Ile czasu zajmuje deploy małej zmiany od merge do produkcji?”
  • “Jakiego AI tooling używacie?” (sprawdza, czy firma jest na bieżąco)

Do managera / CTO:

  • “Jak wygląda ścieżka kariery dla osoby na moim poziomie?”
  • “Jak wygląda przegląd wynagrodzeń?”
  • “Czemu poprzednia osoba na tej roli odeszła?” (jeśli jest zastępstwo)
  • “Jak mierzycie sukces na tej roli po 6 miesiącach?”

Do HR (na końcu):

  • “Jakie są kolejne kroki?”
  • “Kiedy mogę spodziewać się decyzji?”

Te pytania nie tylko pokazują, że jesteś poważny. One też pomagają Ci podjąć dobrą decyzję, jak dostaniesz ofertę.

Widełki finansowe: kiedy i jak

Najtrudniejszy moment rozmowy. Reguły:

Nigdy nie podawaj liczby pierwszy. “Jakie są Pana oczekiwania?” “Wolałbym najpierw zrozumieć zakres odpowiedzialności i potem porozmawiać o widełkach. Jakie macie widełki na to stanowisko?”

W 80% przypadków HR poda Ci widełki. Po nich już rozmawiasz.

Jeśli musisz podać liczbę, podaj górne widełki Twoich oczekiwań plus 15%. Margines na negocjację.

Nie zgadzaj się od razu na pierwszą ofertę. “Brzmi interesująco, daj mi 24 godziny do namysłu”. Często wraca z lepszą propozycją.

Negocjuj nie tylko pensję:

  • Dodatkowe dni urlopu (3-5 dni rocznie)
  • Większy budżet na sprzęt
  • Praca zdalna 100% (jeśli oferują hybryd)
  • Bonus podpisania
  • Equity (w startupie)
  • Wcześniejsza data review pensji (po 3 miesiącach zamiast 12)

Co mówić na “podaj swoją obecną pensję”:

“Wolałbym nie podawać. Moja decyzja o zmianie pracy zależy od tego, czy oferta jest atrakcyjna sama w sobie, nie od porównania do obecnej.”

Nielegalne w UE jest wymuszanie podania obecnych zarobków, ale wiele firm próbuje. Możesz odmówić.

Czerwone flagi w rozmowie

Sygnały, że firma jest problematyczna i nie warto u nich pracować.

HR nie umie odpowiedzieć na proste pytania o produkt. Brak komunikacji w środku firmy.

Pytania o “Twoją gotowość do nadgodzin”. Kultura wypalenia.

“U nas jest jak w rodzinie”. Często znaczy “wymagamy lojalności, ale jak coś, nie damy podwyżki”.

Niemożność podania widełek finansowych. Brak struktury wynagrodzeń.

“Nie mamy code review, ufamy programistom”. Tłumaczone jako brak procesu.

“Działamy w trybie startupowym” (a istnieją 8 lat). Wieczna improwizacja, brak dojrzałości.

Brak pytań o Twoje wymagania. Traktują Cię jak zasób, nie jak człowieka.

Spotkanie z CEO o godzinie 21:00. Nie ma szacunku do Twojego czasu.

Każda z tych flag z osobna nie jest deal-breakerem. Trzy naraz to czerwone światło.

Jak przygotować się przed rozmową

Wieczór przed:

  1. Research firmy. Strona, LinkedIn, ostatnie newsy, technologie, blogi inżynierskie. 60 minut.
  2. Research ludzi. Z kim rozmawiasz, LinkedIn, ich rola, ich background.
  3. Przygotuj 3 historie STAR: największy sukces, najtrudniejszy problem, conflict resolution z kolegą.
  4. Przygotuj 5 pytań do nich.
  5. Sprawdź widełki rynkowe dla tej roli (justjoin.it, no fluff jobs).
  6. Wyśpij się. 8 godzin minimum.

Godzina przed:

  1. Test setup techniczny (kamera, mikrofon, internet, ciche miejsce).
  2. Otwórz CV w drugiej karcie do referencji.
  3. Otwórz dokument z notatkami o firmie.
  4. Szklanka wody pod ręką.

Co robić, jak Cię odrzucą

Statystycznie odrzucą Cię w większości procesów. To nie jest osobiste, to selekcja.

Poproś o feedback. “Doceniłbym, gdybyś mógł podzielić się, co zadecydowało o decyzji. Pomoże mi to w kolejnych procesach”. 50% firm odpisze. Ten feedback jest złotem.

Zapisuj patterny. Jeśli odpadasz w fazie technical screen w 3 procesach z rzędu, masz lukę w wiedzy. Jeśli odpadasz w rozmowie z CTO, masz luki w komunikacji lub kulturze.

Po 5 odrzuceniach z rzędu: zmień coś w przygotowaniu. CV. Profil LinkedIn. Stack, na który aplikujesz. Coś. Nie wal głową w mur.

Od czego zacząć, jeśli wchodzisz na rynek

Jeśli wkrótce idziesz na pierwsze rozmowy:

  1. Zaktualizuj CV i portfolio. Bez tego nawet się nie zaczyna.
  2. Profil LinkedIn w stanie używalnym (zdjęcie, headline, opis, doświadczenie).
  3. Przeprowadź 3 rozmowy z firmami, na których Ci nie zależy (jako trening, bez stresu).
  4. Potem 3 rozmowy z firmami średniego priorytetu.
  5. Dopiero potem firmy marzeń (z lekcji wyciągniętych z poprzednich 6).

Pierwsza rozmowa zawsze jest najgorsza. Dwudziesta jest naturalna. Doświadczenie zdobywasz tylko poprzez chodzenie.

Nie ucz się sztuki rozmowy kwalifikacyjnej w teorii. Naucz się w praktyce. Trzy nieudane rozmowy nauczą Cię więcej niż 30 godzin książek o “soft skills”.