Strona główna · Poradniki · Rozmowa kwalifikacyjna

Rozmowa techniczna w IT — jak wygląda i ile realnie trwa

Aktualizacja: sierpień 2026·7 min czytania·Zespół ŁatweCV

Ten tekst jest częścią przewodnika Rozmowa kwalifikacyjna — jak się przygotować krok po kroku.

W skrócie

Rozmowa techniczna w IT to 60–180 minut z praktykiem z zespołu, nie z rekruterem. Najdłuższym blokiem jest omówienie projektów z Twojego CV, a nie kodowanie — dlatego CV jest scenariuszem tego spotkania. Zasady korzystania z dokumentacji i AI ustal na starcie, bo w 2026 roku różnią się firma po firmie.

60–180 minTyle trwa etap techniczny w polskich procesach IT — od krótkiego spotkania o projektach po pełną sesję z live codingiem i blokiem system design.

Rozmowa techniczna w IT — jak wygląda naprawdę? To spotkanie na 60–180 minut prowadzone nie przez rekrutera, tylko przez praktyka z zespołu, w którym najdłuższym blokiem jest nie kodowanie, lecz rozmowa o projektach z Twojego CV. Poniżej rozpiska takiego spotkania blok po bloku, nazwy platform, na których realnie usiądziesz, i odpowiedź na najczęstsze dziś pytanie: czy podczas zadania wolno włączyć AI.

Ile trwa rozmowa techniczna w IT i z ilu części się składa

Etap techniczny trwa w polskich procesach najczęściej 60–180 minut i składa się z czterech bloków: przedstawienia prowadzącego wraz z agendą, omówienia doświadczenia i projektów z CV, pytań z technologii wymienionych w ogłoszeniu razem z zadaniem praktycznym lub code review oraz pytań kandydata na koniec.

Rozmowa techniczna to etap rekrutacji, na którym Twoje umiejętności weryfikuje inżynier z zespołu, a nie dział HR. Poprzedza go zwykle 20–30-minutowy screening, czyli rozmowa telefoniczna z rekruterem o dostępności, oczekiwaniach finansowych i podstawowym stacku.

Ile z tego czasu zajmuje kod? Samo zadanie na żywo to zwykle 30–45 minut wydzielone wewnątrz spotkania, a przy rolach mocno technicznych bywa dłuższe. Osobny blok system design dla mida i seniora zajmuje standardowo 45–60 minut, a przy bardzo złożonych systemach rozciąga się do 90–120 minut — junior tego bloku zwykle nie dostaje. Ogólny plan przygotowań opisuje poradnik o tym, jak przygotować się do rozmowy kwalifikacyjnej; tutaj rozkładamy na części wyłącznie etap techniczny.

Jak wygląda rozmowa techniczna w IT minuta po minucie

Typowe 90-minutowe spotkanie techniczne dzieli się na pięć bloków: 5 minut wstępu i agendy, 25 minut o projektach z CV, 20 minut pytań z technologii z ogłoszenia, 30 minut zadania praktycznego i 10 minut na pytania kandydata.

Czas	Co się dzieje	Kto prowadzi
0–5 min	Przedstawienie się prowadzącego, jego rola w zespole, agenda spotkania	Tech lead lub rekruter jako moderator
5–30 min	Omówienie doświadczenia i projektów z CV, dopytywanie o decyzje techniczne	Tech lead albo senior z zespołu
30–50 min	Pytania z technologii wymienionych w ogłoszeniu: framework, SQL, wzorce, testy	Osoba techniczna z zespołu
50–80 min	Zadanie praktyczne: live coding, code review gotowego fragmentu albo debugowanie	Prowadzący plus czasem drugi obserwator
80–90 min	Pytania kandydata, ustalenie kolejnego kroku i terminu decyzji	Prowadzący lub rekruter

Zwróć uwagę na proporcje: 25 minut idzie na Twoje CV, a 30 na zadanie. Dokument, który wysłałeś, jest scenariuszem tej rozmowy — prowadzący czyta go linijka po linijce i dopytuje o każdą wpisaną tam technologię. Jeżeli opisy projektów kończą się na „praca przy systemie sprzedażowym”, sam sobie skracasz najdłuższy blok spotkania; zbuduj CV w kreatorze tak, żeby każdy projekt miał rolę, stack i wynik.

Kto prowadzi rozmowę techniczną — rekruter czy programista z zespołu

Rozmowę techniczną prowadzi praktyk: senior software engineer, tech lead albo asesor techniczny, bardzo często Twój przyszły kolega z zespołu. Rekruter bywa obecny, ale w roli moderatora — pilnuje czasu, wprowadza uczestników i zbiera formalności.

Ma to trzy konsekwencje. Ogólniki nie przechodzą — osoba, która sama pisze ten kod, w dwóch pytaniach sprawdzi, czy naprawdę robiłeś to, co opisujesz. Dobrze uzasadniony kompromis („wybraliśmy prostsze rozwiązanie, bo termin był na piątek”) punktuje wyżej niż podręcznikowa odpowiedź bez kontekstu. I działa to w dwie strony: prowadzący jest najlepszym źródłem wiedzy o tym, jak w zespole wygląda code review i ile jest długu technicznego.

Czy na rozmowie technicznej zawsze trzeba pisać kod na żywo

Nie — live coding to tylko jeden z wariantów bloku praktycznego, a w dużej części polskich firm zastępuje go code review gotowego fragmentu, pogłębione omówienie projektu z CV albo test wysłany wcześniej. Live coding to sesja, w której piszesz rozwiązanie w edytorze online, a prowadzący widzi każdą literę na bieżąco.

Platformy, na których realnie usiądziesz w polskich procesach:

Codility — polska platforma działająca od 2009 roku. CodeCheck to test asynchroniczny z licznikiem czasu (zwykle 1–2 godziny), CodeLive to sesja na żywo, w której obserwator widzi każdą Twoją zmianę w kodzie i zwykle prosi o komentarz na głos.
DevSkiller TalentScore — druga polska platforma, oparta na metodyce RealLifeTesting: zamiast łamigłówki algorytmicznej dostajesz zadanie w realnym frameworku, często z gotowym repozytorium do uzupełnienia i uruchamianymi testami.
CoderPad, HackerRank, CodeSignal, TestDome — wspólny edytor z podglądem na żywo, testami i możliwością nagrania przebiegu sesji.

Zadanie odesłane do domu, na które masz kilka dni, to osobny format — jak je rozegrać, opisuje poradnik o tym, jak wykonać zadanie rekrutacyjne. Jeśli cała sesja odbywa się przez wideo, przygotowanie stanowiska ogarniesz według zasad z tekstu o rozmowie kwalifikacyjnej online.

Czy podczas live codingu wolno korzystać z Google, dokumentacji i ChatGPT

Dokumentacja i wyszukiwarka są w większości polskich firm dozwolone, natomiast zasady korzystania z generatywnej AI są w 2026 roku skrajnie różne i musisz je ustalić przed startem zadania. CoderPad, HackerRank i CodeSignal mają tryby wyłączające podpowiedzi AI. Amazon według ujawnionych w 2025 roku wewnętrznych wytycznych dyskwalifikuje kandydata za użycie generatywnej AI w rozmowie. Google z kolei pilotuje rundę AI-assisted z Gemini dla ról junior i mid.

Powód zaostrzania zasad jest prosty: z zadania rozwiązanego przez asystenta firma nie dowiaduje się o Tobie niczego, więc ciężar oceny przenosi się na rozmowę o kodzie — dlaczego tak, a nie inaczej.

Nie zgaduj — zadaj jedno pytanie w pierwszych minutach spotkania:

Pytanie do zadania na starcie

„Zanim zaczniemy zadanie — jak u Was wygląda kwestia narzędzi? Mogę zaglądać do dokumentacji i wyszukiwarki, komentując na głos, czego szukam? I czy mam wyłączyć podpowiedzi AI w edytorze, czy traktujecie je jak normalne narzędzie pracy?”

Cokolwiek usłyszysz, zastosuj się dosłownie. Włączony asystent, o którym prowadzący nie wie, kończy proces niezależnie od jakości kodu — a tam, gdzie AI wolno użyć, i tak musisz obronić każdą podpowiedzianą linijkę.

Co powiedzieć, kiedy nie znasz odpowiedzi na pytanie techniczne

Przyznaj się do luki jednym zdaniem, a potem pokaż, jak dochodziłbyś do rozwiązania — to jedyna odpowiedź, która na etapie technicznym punktuje. Prowadzący zna odpowiedź; sprawdza, co robisz w sytuacji, w której jej nie masz, bo dokładnie tak wygląda codzienna praca.

✗ „Hmm… chyba coś z indeksami… albo nie, może to kwestia transakcji… nie jestem pewien, ale chyba tak to działa.”

✓ „Nie pracowałem z tym mechanizmem produkcyjnie. Zgaduję, że problem siedzi w blokadach na tabeli — sprawdziłbym to planem zapytania i logiem wolnych zapytań. Robiłem podobny debug przy imporcie danych, opowiedzieć?”

Ta sama zasada dotyczy zadania: mów na głos, jakie przyjmujesz założenia i dlaczego wybierasz dany wariant. Cisza przy dzieleniu ekranu punktuje gorzej niż nieidealne rozwiązanie z dobrym komentarzem. Jeśli ta część spotkania paraliżuje Cię najbardziej, pomogą techniki na stres przed rozmową kwalifikacyjną.

Czym różni się rozmowa techniczna juniora od rozmowy mida i seniora

Junior odpowiada głównie na pytania o podstawy języka, framework z ogłoszenia i projekty własne, mid i senior dodatkowo dostają blok o architekturze i decyzjach podjętych w poprzednich systemach. Skala różnicy jest duża: dla juniora zadanie bywa jedyną częścią praktyczną, dla seniora sesja system design potrafi zająć więcej czasu niż samo kodowanie.

Struktura pytań zależy też od typu firmy. Algorytmy ważą przede wszystkim w big techu i firmach produktowych; w polskim software housie pytania krążą wokół frameworka, SQL-a, wzorców i uzasadnienia decyzji architektonicznych. Przed powtórką sprawdź, co realnie pojawia się w ogłoszeniach — według danych No Fluff Jobs za 2025 rok najczęściej wskazywane technologie to Python (23,1%), SQL (22,3%) i Java (18,6%).

W polskich ogłoszeniach IT zdecydowanie przeważają role dla mida i seniora, a to przekłada się na ciężar pytań: junior tłumaczy, jak działa dany mechanizm, senior — dlaczego zaprojektował system tak, a nie inaczej. Jeśli po etapie technicznym firma zaprasza Cię do managera, przebieg tego kroku opisuje tekst o drugiej rozmowie kwalifikacyjnej.

Ile czeka się na feedback i czego firma może od Ciebie wymagać

Firmy IT deklarują zwykle odpowiedź w okolicach 7 dni po etapie technicznym, ale cały proces jest dłuższy: według danych eRecruiter średni time to offer to 20 dni, a time to hire 33 dni, a procesy z kilkoma etapami technicznymi wypadają zwykle powyżej tej średniej. Termin ustal więc na spotkaniu, zamiast domyślać się go później.

Milczenie po stronie firmy jest niestety normą — z raportu eRecruiter Candidate Experience 2025 wynika, że ponad 9 na 10 kandydatów spotkało się z brakiem informacji o odrzuceniu, a 59% firm tłumaczy to brakiem czasu i liczbą kandydatów. Jeśli podana data minie, wyślij jednego krótkiego maila z pytaniem o status; strategię ponaglania rozkłada na czynniki poradnik o tym, co robić przy braku odpowiedzi od rekrutera.

Na koniec dwie rzeczy, o których na etapie technicznym rzadko się mówi. Nagranie rozmowy lub sesji live coding wymaga Twojej dobrowolnej zgody — możesz jej odmówić, cofnąć ją i zażądać usunięcia nagrania, a sama odmowa nie jest podstawą do odrzucenia kandydatury. Jeśli nagrywanie nie zostało zapowiedziane, zapytaj przed startem o cel nagrania i czas jego przechowywania.

Druga rzecz to zakres pytań: dane, których pracodawca może od Ciebie żądać, wyznacza art. 22(1) Kodeksu pracy, a pytania spoza tego katalogu możesz uprzejmie zbyć — dotyczy to również sytuacji opisanej w tekście o tym, czy mówić o ciąży na rozmowie kwalifikacyjnej. Wynagrodzenie jest osobnym tematem: widełki powinny paść, zanim usiądziesz do rozmowy, a stan przepisów w tej sprawie omawia tekst o jawności wynagrodzeń. Ten artykuł nie jest poradą prawną — aktualne brzmienie przepisów sprawdzisz w Internetowym Systemie Aktów Prawnych.

Twoje CV jest scenariuszem rozmowy technicznej

Kreator ŁatweCV napisze opisy projektów i doświadczenia pod konkretne ogłoszenie IT i pokaże, czego w nich brakuje. Pierwsze CV za darmo.

Zacznij za darmo

Checklista

☐ Zapytaj przed spotkaniem o czas trwania, agendę i to, czy będzie kodowanie na żywo☐ Ustal zasady: dokumentacja, Google, podpowiedzi AI w edytorze — co wolno, a co dyskwalifikuje☐ Przygotuj trzy projekty z CV: rola, stack, decyzja techniczna, którą podjąłeś, i jej skutek☐ Powtórz technologie wymienione w ogłoszeniu, nie cały język od zera☐ Sprawdź działanie kamery, mikrofonu i edytora online na 15 minut przed startem☐ Przećwicz komentowanie na głos tego, co piszesz, na jednym zadaniu z licznikiem czasu☐ Przygotuj dwa pytania do prowadzącego o code review, testy i dług techniczny☐ Na koniec zapytaj o termin decyzji i formę informacji zwrotnej

Częste pytania

Ile trwa rozmowa techniczna w IT?

Etap techniczny w polskich procesach IT trwa najczęściej od 60 do 180 minut, zależnie od tego, ile bloków zawiera. Samo zadanie na żywo to zwykle 30–45 minut wydzielone wewnątrz spotkania, a osobna sesja system design dla mida i seniora to kolejne 45–60 minut. Poprzedza to zwykle krótszy, 20–30-minutowy screening z rekruterem.

Kto prowadzi rozmowę techniczną — rekruter czy programista?

Rozmowę techniczną prowadzi praktyk: senior software engineer, tech lead albo asesor techniczny, bardzo często Twój przyszły kolega z zespołu. Rekruter bywa obecny na spotkaniu, ale wyłącznie jako moderator pilnujący czasu i formalności. To oznacza, że po drugiej stronie siedzi ktoś, kto sam pisze kod i wyłapie zarówno ściemę, jak i dobrze uzasadniony kompromis.

Czy podczas live codingu wolno korzystać z Google i dokumentacji?

W większości polskich firm tak — zaglądanie do dokumentacji jest traktowane jak normalna praca programisty, o ile mówisz na głos, czego szukasz. Zasady różnią się jednak firma po firmie, a część platform ma tryby blokujące wyszukiwanie i podpowiedzi. Ustal to jednym pytaniem na starcie spotkania, zamiast zgadywać w trakcie zadania.

Czy można używać ChatGPT albo Copilota na rozmowie technicznej?

To zależy od polityki firmy, a rozrzut jest w 2026 roku skrajny: CoderPad, HackerRank i CodeSignal mają tryby wyłączające podpowiedzi AI, Amazon według ujawnionych w 2025 roku wewnętrznych wytycznych dyskwalifikuje kandydata za użycie generatywnej AI w rozmowie, a Google pilotuje rundę AI-assisted z Gemini dla ról junior i mid. Zapytaj wprost przed startem i zastosuj się do odpowiedzi — samodzielne włączenie asystenta bez zgody prowadzącego kończy proces.

Ile czeka się na feedback po rozmowie technicznej?

Firmy IT deklarują zwykle odpowiedź w okolicach 7 dni po etapie technicznym, ale realny czas bywa dłuższy — średni time to offer wynosi według danych eRecruiter około 20 dni, a średni time to hire 33 dni. Najprościej ustalić konkretną datę na koniec spotkania i dopiero po jej upływie wysłać krótkiego maila z pytaniem o status.

Czy firma może nagrywać rozmowę techniczną i sesję live coding?

Nagranie rozmowy technicznej lub sesji live coding wymaga Twojej dobrowolnej zgody i musi zostać zapowiedziane przed startem. Zgodę możesz cofnąć i zażądać usunięcia nagrania, a odmowa nie może być jedynym powodem odrzucenia kandydatury. Jeśli nagrywanie nie zostało zapowiedziane, a widzisz włączony rejestrator, zapytaj o cel nagrania i czas jego przechowywania.