Wtorek, 9:40. Tech lead zespołu rozliczeń w firmie e-commerce dostaje od swojego najlepszego programisty backendu wypowiedzenie. Dwa tygodnie, bo pracuje w firmie od czterech miesięcy. Za miesiąc jest wdrożenie nowego modułu płatności, które ten programista prowadził. HR mówi, że rekrutacja seniora Javy na etat zajmie dwa, trzy miesiące, a kandydat, którego uda się znaleźć, prawdopodobnie będzie miał trzymiesięczny okres wypowiedzenia u obecnego pracodawcy. Tech lead potrzebuje kogoś, kto usiądzie do kodu w przyszły wtorek i zdąży przejąć wiedzę, zanim odejdzie poprzednik.
Pięć dni roboczych to bardzo mało. Za mało na rekrutację, wystarczająco dużo na obsadzenie roli przez dostawcę, ale tylko wtedy, gdy obie strony wiedzą, co robią. Większość prób kończy się po dwóch tygodniach z jednym z trzech wyników: dostawca przysłał piętnaście CV, z których nikt nie jest dostępny, kandydat jest gotowy, ale czeka tydzień na laptopa i VPN, albo ktoś zaczął w terminie i po trzech dniach widać, że nie radzi sobie z zadaniami.
Ten artykuł jest napisany dla tech leada, który musi obsadzić rolę szybko i dobrze. Pokazujemy, kiedy pięć dni roboczych jest realnym celem, a kiedy obietnicą bez pokrycia, jak wygląda plan dzień po dniu, czego wymagać od shortlisty i weryfikacji technicznej, jakie dostępy przygotować i jakie zapisy w umowie chronią Cię przy pośpiechu.
Czy obsadzenie roli programisty w 5 dni roboczych jest w ogóle realne?
Jest realne, ale nie przez rekrutację na etat. Powód jest prosty i wynika z prawa pracy. Kandydat zatrudniony na umowę o pracę na czas nieokreślony ma okres wypowiedzenia zależny od stażu u obecnego pracodawcy: według art. 36 § 1 Kodeksu pracy dwa tygodnie przy stażu krótszym niż 6 miesięcy, miesiąc przy co najmniej 6 miesiącach i trzy miesiące przy co najmniej 3 latach. Doświadczony senior, którego chcesz zatrudnić, najczęściej należy do tej ostatniej grupy. Nawet gdybyś znalazł go w jeden dzień, zacznie u Ciebie za kwartał.
Programista „od zaraz” to więc w praktyce specjalista, który jest dostępny teraz: kończy projekt u dostawcy, jest między zleceniami albo czeka na start w puli dostawcy. Pięć dni roboczych jest realne tylko wtedy, gdy taka osoba istnieje i pasuje do Twojej roli, a Ty jesteś gotów podjąć decyzję szybko.
Trzy warunki muszą być spełnione jednocześnie. Po pierwsze, dostawca ma dostępnych, wcześniej zweryfikowanych specjalistów w Twoim stosie technologicznym, a nie dopiero zaczyna ich szukać. Po drugie, Twoja rola jest opisana na tyle precyzyjnie, że dostawca nie musi zgadywać, kogo szukasz. Po trzecie, po Twojej stronie nie ma wąskich gardeł: ktoś ma czas na rozmowę w dniu, w którym kandydaci są gotowi, umowa nie wymaga trzech tygodni obiegu w dziale prawnym, a dostępy da się nadać w jeden dzień.
Jeśli któryś warunek nie jest spełniony, realnym celem jest raczej dziesięć dni roboczych. To nadal kilka razy szybciej niż rekrutacja i lepiej zaplanować dziesięć dni uczciwie, niż obiecać zespołowi pięć i tłumaczyć się z opóźnienia.
Realność terminu zależy też od samej roli. Senior Java, Python, React czy .NET to kompetencje, w których dostawcy z dużą siecią specjalistów zwykle mają kogoś kończącego projekt albo dostępnego od zaraz. Rola wymagająca rzadkiego połączenia, na przykład programisty z doświadczeniem w konkretnym systemie bankowym, specjalisty SAP w wąskim module albo osoby z poświadczeniem bezpieczeństwa, rzadko jest dostępna od ręki. Przy takich rolach uczciwiej jest od razu planować dwa tygodnie i zamiast szybkości wymagać trafności.
Warto też policzyć, ile kosztuje Cię każdy dzień zwłoki, bo od tego zależy, ile warto zapłacić za szybkość. Jeśli wdrożenie, od którego zależy przychód, przesunie się o tydzień, koszt jest zwykle wielokrotnie wyższy niż różnica w stawce między dostępnym od zaraz seniorem a idealnym kandydatem za miesiąc. Jeśli nic pilnego nie czeka, lepiej poświęcić tydzień więcej na lepsze dopasowanie.
Co musi być gotowe po Twojej stronie, zanim zadzwonisz do dostawcy?
Najczęstszą przyczyną opóźnień w pilnym obsadzeniu nie jest dostawca, tylko klient. Zanim wyślesz zapytanie, przygotuj pięć rzeczy. Każda z nich zajmuje godzinę, a jej brak potrafi kosztować kilka dni.
Profil roli na jedną stronę. Stos technologiczny z rozróżnieniem na umiejętności wymagane i mile widziane, poziom doświadczenia, zakres pierwszych zadań, sposób pracy zespołu, strefa czasowa i forma pracy (zdalnie, hybrydowo, na miejscu). Im bardziej konkretny profil, tym mniej kandydatów odpadnie na rozmowie. Wzorce profili dla najczęstszych ról znajdziesz w naszej serii poradników „Jak zatrudnić programistów”: Java, Python, React i DevOps.
Osoba decydująca i jej kalendarz. Kto prowadzi rozmowę techniczną i kto podejmuje decyzję. Zablokuj w kalendarzu dwa sloty na rozmowy w trzecim dniu procesu, zanim jeszcze zobaczysz kandydatów. Jeśli rozmowę może przeprowadzić tylko jedna osoba, która ma tydzień wypełniony spotkaniami, termin pięciu dni jest nierealny.
Ramowa umowa albo przynajmniej zaakceptowany wzór. Jeśli współpracujesz z dostawcą po raz pierwszy, obieg umowy w dziale prawnym i zakupach jest zwykle najdłuższym elementem całego procesu. Rozwiązaniem jest umowa ramowa podpisana zawczasu, do której pilne obsadzenie jest tylko zamówieniem, albo wcześniejsze uzgodnienie wzoru z dostawcami, z którymi chcesz pracować.
NDA i wymagania bezpieczeństwa. Czy specjalista musi podpisać Twoją umowę o poufności, przejść szkolenie z bezpieczeństwa, mieć sprawdzenie niekaralności? Wymagania, o których dostawca dowie się trzeciego dnia, wydłużają proces o kolejne dni.
Lista dostępów i sprzętu. Co specjalista będzie potrzebował pierwszego dnia i kto to nadaje. Do tego punktu wracamy niżej, bo to najczęstsza przyczyna straconego pierwszego tygodnia.
Zatwierdzony budżet na stawkę. Pilne obsadzenie często zatrzymuje się na pytaniu, kto zatwierdza stawkę. Ustal z góry przedział, w którym możesz podjąć decyzję sam. Punktem odniesienia może być nasz cennik: senior backend kosztuje 1 440–2 080 PLN netto za dzień, czyli 180–260 zł za godzinę, a lider techniczny lub architekt 2 080–2 800 PLN. Jeśli masz zgodę na przedział, nie tracisz dnia na obieg wniosku budżetowego, gdy kandydat jest już wybrany.
Jak wygląda plan obsadzenia roli w 5 dni roboczych?
Plan zakłada, że dostawca ma dostępnych specjalistów, a Ty przygotowałeś elementy z poprzedniej sekcji. Każdy dzień kończy się konkretnym artefaktem, a brak artefaktu na koniec dnia jest sygnałem, że termin jest zagrożony.
Dzień 1: brief i potwierdzenie. Rano wysyłasz profil roli i dzwonisz do dostawcy, żeby omówić go w trzydzieści minut. Dostawca potwierdza, czy ma dostępne osoby, i podaje orientacyjny przedział stawek. Na koniec dnia masz potwierdzenie, że shortlista będzie gotowa jutro, albo informację, że dostawca nie ma nikogo dostępnego od razu. Ta druga odpowiedź jest cenna: wiesz pierwszego dnia, że trzeba szukać gdzie indziej.
Dzień 2: shortlista. Dostawca przesyła dwa lub trzy profile z potwierdzoną dostępnością, stawką i notatką z własnej weryfikacji. Przeglądasz je z osobą, która będzie prowadzić rozmowę, i wybierasz kandydatów na jutro. Na koniec dnia masz umówione rozmowy.
Dzień 3: weryfikacja techniczna. Rozmowy techniczne po 60–90 minut. Po każdej rozmowie notujesz decyzję od razu, a nie „na koniec tygodnia”. Na koniec dnia wybierasz kandydata i informujesz dostawcę.
Dzień 4: umowa i dostępy. Zamówienie do umowy ramowej albo podpisanie umowy, NDA, wysłanie wniosków o dostępy, przygotowanie sprzętu lub instrukcji dla własnego sprzętu specjalisty. Na koniec dnia specjalista ma dane logowania albo przynajmniej potwierdzenie, że będą gotowe rano.
Dzień 5: pierwszy dzień pracy. Spotkanie powitalne z liderem, uruchomienie środowiska, przegląd architektury, przypisanie osoby wspierającej i pierwszego małego zadania. Na koniec dnia specjalista ma działające środowisko i wie, nad czym pracuje jutro.
Przy tym planie dzień piąty nie jest dniem pełnej wydajności, tylko pierwszym dniem pracy. Jeśli potrzebujesz kogoś, kto w piątym dniu przejmie wiedzę od odchodzącego poprzednika, plan jest wystarczający. Jeśli potrzebujesz kogoś, kto w piątym dniu dowiezie funkcję na produkcję, żaden plan tego nie zapewni.
Jedna praktyczna uwaga o kalendarzu. Jeśli zapytanie wysyłasz w czwartek, piąty dzień roboczy wypada w środę, a weekend w środku procesu sprzyja zgubieniu tempa: kandydaci odpowiadają w poniedziałek, a dział IT nadaje dostępy we wtorek. Jeśli masz wybór, startuj proces w poniedziałek lub wtorek. Uważaj też na okresy świąteczne i długie weekendy, w których zarówno dostawca, jak i Twój dział prawny czy IT pracują w ograniczonym składzie.
Jak wygląda plan dzień po dniu w jednej tabeli?
Tabela zbiera plan w formie, którą można wysłać dostawcy razem z zapytaniem i powiesić nad biurkiem osoby koordynującej. Ostatnia kolumna wskazuje najczęstszą przyczynę opóźnienia w danym dniu; to tam warto patrzeć, jeśli termin zaczyna się wymykać.
| Dzień | Co robi dostawca | Co robisz Ty | Artefakt na koniec dnia | Najczęstsza przyczyna opóźnienia |
|---|---|---|---|---|
| 1 | Omawia profil, sprawdza dostępność w puli | Wysyłasz profil, potwierdzasz osobę decydującą | Potwierdzenie dostępności albo szybkie „nie mamy” | Ogólnikowy profil, brak decyzji, kogo szukasz |
| 2 | Przesyła 2–3 profile z dostępnością, stawką i notatką z weryfikacji | Przeglądasz z osobą prowadzącą rozmowy, umawiasz rozmowy | Umówione rozmowy techniczne | Lista CV bez potwierdzonej dostępności |
| 3 | Organizuje rozmowy, odpowiada na pytania | Prowadzisz rozmowy 60–90 min, decydujesz tego samego dnia | Wybrany kandydat | Brak czasu osoby prowadzącej, odkładanie decyzji |
| 4 | Przygotowuje zamówienie lub umowę, zbiera NDA | Akceptujesz umowę, zlecasz dostępy i sprzęt | Podpisane dokumenty, wnioski o dostępy w realizacji | Obieg umowy w dziale prawnym, brak umowy ramowej |
| 5 | Opiekun kontaktuje się ze specjalistą i z Tobą | Prowadzisz pierwszy dzień, przypisujesz osobę wspierającą i zadanie | Działające środowisko, pierwsze zadanie | Brak dostępów, sprzęt w drodze, nikt nie ma czasu |
Zwróć uwagę, że w trzech z pięciu dni najczęstsza przyczyna opóźnienia leży po stronie klienta. To nie zarzut, tylko wskazówka: jeśli chcesz pięciu dni, zacznij od usunięcia wąskich gardeł we własnej organizacji, zanim zaczniesz wymagać szybkości od dostawcy.
Czego wymagać od shortlisty kandydatów?
Shortlista jest momentem, w którym dostawca pokazuje, czy rozumie pilność. Dobra shortlista oszczędza Ci dzień, zła zabiera dwa. Wymagaj pięciu rzeczy.
Dwóch lub trzech kandydatów, nie piętnastu. Długa lista CV oznacza, że dostawca przerzucił selekcję na Ciebie. Przy pięciodniowym terminie nie masz czasu na przegląd piętnastu profili i rozmowy z sześcioma osobami.
Potwierdzonej dostępności z datą. Każdy kandydat na liście powinien mieć potwierdzoną datę, od której może zacząć, i potwierdzenie, że wie o Twojej roli i jest nią zainteresowany. Kandydat, który nie wie, że jest przedstawiany, to częsty i kosztowny problem.
Stawki dla każdego kandydata. Rozmowa o stawce po rozmowie technicznej to stracony dzień, jeśli okaże się, że wybrany kandydat jest poza budżetem.
Notatki z weryfikacji przeprowadzonej przez dostawcę. Kto rozmawiał z kandydatem, co sprawdzano, jakie są mocne strony i luki w odniesieniu do Twojego profilu. To pozwala skrócić Twoją rozmowę do tego, czego dostawca nie sprawdził.
Jasnej informacji o lukach. Dobry dostawca napisze wprost: „kandydat ma silne doświadczenie w Spring Boot, ale nie pracował z Kafką”. Profil, w którym kandydat idealnie pasuje do każdego punktu, często znaczy, że CV zostało dopasowane do zapytania, a nie że kandydat jest idealny.
Jeśli dostawca nie jest w stanie dostarczyć shortlisty spełniającej te wymagania w drugim dniu, to sygnał, że nie ma dostępnych osób i dopiero zaczyna szukać. Lepiej wiedzieć to drugiego dnia niż piątego.
Jak przeprowadzić weryfikację techniczną w jeden dzień?
Przy pilnym obsadzeniu nie ma czasu na wieloetapowy proces z zadaniem domowym. Jedna dobrze przygotowana rozmowa techniczna, trwająca 60–90 minut, daje wystarczająco dużo informacji, jeśli dostawca przeprowadził własną weryfikację, a Ty wiesz, czego szukasz.
Pierwsze 15 minut: ostatni projekt. Poproś kandydata, żeby opowiedział o ostatnim systemie, nad którym pracował: architektura, jego rola, najtrudniejszy problem. Dopytuj o szczegóły. Osoba, która naprawdę zbudowała daną rzecz, potrafi zejść o trzy poziomy niżej; osoba, która tylko była w pobliżu, zatrzymuje się na pierwszym.
Kolejne 30–40 minut: przegląd kodu. Pokaż fragment kodu podobny do Twojego, z kilkoma wprowadzonymi problemami: błąd w obsłudze wyjątków, zapytanie N+1, brak walidacji. Poproś o przegląd na głos. To ćwiczenie jest bliższe codziennej pracy niż pisanie algorytmów na tablicy i pokazuje, jak kandydat czyta cudzy kod, czyli dokładnie to, co będzie robił w pierwszych tygodniach.
Dla seniora 15–20 minut: decyzja architektoniczna. Opisz realny problem z Twojego systemu i zapytaj, jak by go rozwiązał i jakie widzi kompromisy. Nie szukasz „poprawnej” odpowiedzi, tylko sposobu myślenia.
Ostatnie 10 minut: pytania kandydata. Pytania, które zadaje kandydat, mówią dużo o jego doświadczeniu i zaangażowaniu. Kandydat bez pytań to sygnał ostrzegawczy.
Przygotuj prostą kartę oceny przed rozmową: cztery, pięć kryteriów z profilu roli, każde oceniane w skali od jednego do trzech, plus jedno zdanie uzasadnienia. Jeśli rozmowę prowadzą dwie osoby, każda wypełnia kartę osobno i dopiero potem porównujecie wyniki. Karta nie musi być rozbudowana; jej zadaniem jest sprawienie, żeby decyzja opierała się na tych samych kryteriach dla każdego kandydata, a nie na tym, który rozmawiał później i lepiej zapadł w pamięć.
Decyzję podejmij tego samego dnia. Odkładanie jej „do zastanowienia” przy pięciodniowym terminie oznacza utratę dnia, a czasem kandydata, który w międzyczasie dostał inną propozycję. Jeśli masz wątpliwości, które nie znikną po kolejnej rozmowie, lepiej odmówić i poprosić o następnego kandydata niż przyjąć kogoś z nadzieją, że jakoś to będzie.
Jak sprawdzić, czy dostawca naprawdę zweryfikował kandydata?
Szybkość kusi dostawców, żeby skracać własną weryfikację i liczyć na to, że klient wyłapie problemy na rozmowie. Przy pięciodniowym procesie Twoja rozmowa jest krótka, więc weryfikacja dostawcy musi być solidna. Zadaj cztery pytania.
Jak wygląda Wasz proces weryfikacji i ile ma etapów? Dobry dostawca ma opisany proces, który obejmuje co najmniej rozmowę techniczną z inżynierem, a nie tylko z rekruterem, i potrafi go opisać bez zaglądania do prezentacji.
Kto rozmawiał z tym kandydatem i kiedy? Notatka sprzed roku z innej rekrutacji to nie jest weryfikacja pod Twoją rolę. Pytaj o datę i o to, czy rozmowa dotyczyła Twojego stosu.
Czy kandydat pracował już przez Was u innych klientów i jak to wyglądało? Specjalista, który ma za sobą udane projekty przez tego samego dostawcę, jest mniej ryzykowny niż osoba pozyskana wczoraj.
Co się stanie, jeśli kandydat nie sprawdzi się w pierwszych tygodniach? To pytanie o gwarancję wymiany, która przy szybkim obsadzeniu jest szczególnie ważna. Szczegółowo, jak ją zapisać w umowie, opisujemy w artykule o gwarancji wymiany specjalisty i SLA w body leasingu.
Sygnałem ostrzegawczym jest CV, które wygląda na przepisane pod Twoje zapytanie: te same sformułowania co w profilu roli, technologie w tej samej kolejności. Nie zawsze oznacza to nieuczciwość, ale zawsze warto zapytać kandydata wprost o każdą kluczową technologię.
Jeśli masz pół godziny więcej, poproś dostawcę o kontakt do osoby, z którą kandydat pracował w poprzednim projekcie przez tego samego dostawcę, albo o krótką notatkę od opiekuna tamtej współpracy. Taka referencja nie zastąpi rozmowy technicznej, ale szybko pokaże, jak kandydat zachowuje się w zespole, czy dotrzymuje terminów i jak reaguje na uwagi w przeglądzie kodu.
Jakie dostępy przygotować, żeby pierwszy dzień nie był stracony?
Najczęstszy scenariusz porażki przy pilnym obsadzeniu wygląda tak: specjalista zaczyna w terminie, a pierwsze trzy dni spędza na czekaniu na konto w repozytorium, dostęp do VPN i odpowiedź działu IT w sprawie laptopa. Formalnie rola została obsadzona w pięć dni, faktycznie praca zaczyna się w dziesiątym.
Przygotuj listę dostępów jeszcze przed wyborem kandydata i zleć ich nadanie w dniu podpisania zamówienia. Lista dla programisty backendu zwykle obejmuje:
- konto w systemie tożsamości i poczcie, jeśli specjalista ma pracować w Twojej domenie,
- dostęp do VPN lub innej formy zdalnego dostępu,
- repozytoria kodu z uprawnieniami ograniczonymi do tego, czego potrzebuje rola,
- system zgłoszeń, dokumentację i komunikator zespołu,
- środowisko deweloperskie i testowe, dane testowe,
- potok CI i narzędzia jakości kodu.
Dwie zasady bezpieczeństwa warto zastosować od pierwszego dnia, nawet przy pośpiechu. Pierwsza to zasada najmniejszych uprawnień: specjalista dostaje dostęp do tego, czego potrzebuje rola, a nie kopię uprawnień odchodzącego seniora, który przez lata zebrał dostęp do wszystkiego. Druga to brak dostępu do produkcji na start, chyba że rola tego wymaga i jest to uzasadnione; dostęp produkcyjny można nadać po kilku tygodniach.
Ustal też kwestię sprzętu. Czy specjalista pracuje na Twoim laptopie, czy na własnym, zgodnie z Twoją polityką bezpieczeństwa? Wysyłka i konfiguracja służbowego laptopa potrafi zająć tydzień. Jeśli Twoja polityka dopuszcza pracę na sprzęcie dostawcy lub specjalisty, ustal wymagania (szyfrowanie dysku, oprogramowanie zarządzające, aktualizacje) zawczasu.
Jak zaplanować pierwsze dwa tygodnie, żeby specjalista szybko dowoził?
Obsadzenie roli w pięć dni nic nie daje, jeśli kolejne trzy tygodnie specjalista spędza na samodzielnym czytaniu kodu. Plan pierwszych dwóch tygodni powinien być gotowy w dniu pierwszym.
Osoba wspierająca. Jeden członek zespołu odpowiada za odpowiadanie na pytania nowej osoby przez pierwsze dwa tygodnie i ma na to zarezerwowany czas. Przy przejęciu po odchodzącym programiście najlepiej, żeby to był on sam, przez dni, które mu zostały.
Pierwsze zadanie w pierwszym dniu. Małe, ale prawdziwe: poprawka błędu, mały test, drobna zmiana w module, który specjalista ma przejąć. Zadanie, które przechodzi przez cały proces od zgłoszenia przez przegląd kodu do wdrożenia, uczy więcej niż dzień czytania dokumentacji.
Przekazanie wiedzy od poprzednika. Lista tematów, sesje przy kodzie, nagrania. Przy dwutygodniowym wypowiedzeniu poprzednika i pięciodniowym obsadzeniu masz około tygodnia wspólnej pracy. Zaplanuj go co do godziny.
Ocena po pierwszym tygodniu. Krótka rozmowa lidera ze specjalistą i informacja zwrotna dla dostawcy. Jeśli coś nie gra, wiesz o tym w okresie gwarancji wymiany, a nie po nim.
Na tę rozmowę przygotuj trzy konkretne pytania zamiast ogólnego „jak idzie”. Czy specjalista ma działające środowisko i dostęp do wszystkiego, czego potrzebuje? Czy pierwsze zadanie przeszło przez przegląd kodu i jakie były uwagi? Czy wie, kogo pytać o co, i czy dostaje odpowiedzi w rozsądnym czasie? Odpowiedzi mówią tyle samo o Twoim procesie wdrożenia co o specjaliście, a oba wnioski są przydatne.
Pełny scenariusz wdrożenia zdalnego specjalisty, z agendą na każdy dzień, opisujemy w playbooku onboardingu zdalnego specjalisty IT w 5 dni.
Jakie zapisy w umowie chronią Cię przy pośpiechu?
Pośpiech jest najlepszym momentem dla dostawcy, żeby przemycić niekorzystne warunki, i najgorszym dla klienta, żeby je czytać. Dlatego warunki pilnego obsadzenia najlepiej ustalić w umowie ramowej, zanim pilna potrzeba się pojawi. Pięć zapisów ma największe znaczenie.
Gwarancja wymiany z krótkim okresem początkowym. Przy szybkim obsadzeniu ryzyko złego dopasowania jest wyższe, więc możliwość bezpłatnej wymiany w pierwszych tygodniach jest kluczowa. O zachowaniu okresu gwarancji powinna decydować data zgłoszenia.
Termin zastępstwa przy odejściu. Liczba dni roboczych od zgłoszenia do pierwszego dnia pracy następcy.
Stawka bez dopłat za pilność. Sprawdź, czy dostawca nie dolicza opłat za ekspresowe obsadzenie. Jeśli tak, oceń, czy są uzasadnione, i zapisz je w umowie ramowej, a nie w zamówieniu negocjowanym pod presją.
Krótki okres wypowiedzenia. Jeśli pilne obsadzenie ma być mostem do czasu zatrudnienia kogoś na etat, potrzebujesz możliwości zakończenia współpracy z kilkutygodniowym wyprzedzeniem.
Możliwość przejęcia specjalisty. Jeśli rozważasz, że osoba obsadzona od zaraz może zostać na dłużej, a nawet przejść na etat, ustal warunki przejęcia od razu.
Umowa ramowa jest tu najważniejszym narzędziem, bo przenosi negocjacje z chwili pośpiechu na chwilę spokoju. Zawiera wszystkie warunki ogólne: stawki lub zasady ich ustalania, gwarancję wymiany, okresy wypowiedzenia, poufność, prawa autorskie. Pilne obsadzenie sprowadza się wtedy do krótkiego zamówienia z nazwiskiem, rolą, stawką i datą startu, które można podpisać w jeden dzień. Jeśli Twoja firma regularnie korzysta z zewnętrznych specjalistów, podpisanie umowy ramowej z dwoma, trzema sprawdzonymi dostawcami jest najtańszym sposobem na skrócenie każdego przyszłego pilnego obsadzenia o tydzień.
Jakie sygnały ostrzegawcze świadczą, że „od zaraz” oznacza „byle kogo”?
Dostawca, który obiecuje programistę od zaraz w każdej technologii, na każdym poziomie i zawsze, obiecuje coś, czego nikt nie jest w stanie zapewnić. Siedem sygnałów powinno zapalić czerwone światło.
Brak pytań o rolę. Dostawca nie dopytuje o zespół, zadania, sposób pracy, tylko od razu przysyła CV. Znaczy to, że dopasowuje słowa kluczowe, a nie ludzi.
Shortlista bez potwierdzonej dostępności. Kandydaci „mogą zacząć wkrótce” albo „po rozmowie z obecnym klientem”.
Brak notatek z weryfikacji. Dostawca nie potrafi powiedzieć, kto i kiedy rozmawiał z kandydatem.
Nacisk na decyzję bez rozmowy. Propozycja, żeby „zacząć od jutra, a porozmawiać w trakcie”. Przy roli seniorskiej to proszenie się o kłopoty.
Brak gwarancji wymiany albo gwarancja wyłącznie słowna. „Oczywiście, jeśli coś nie zagra, coś wymyślimy” nie jest gwarancją.
Stawka znacznie poniżej rynku dla seniora. Może oznaczać, że senior jest w rzeczywistości mid-levelem, albo że dostawca zarabia na czymś innym.
Brak opiekuna po stronie dostawcy. Po podpisaniu umowy nie ma nikogo, kto zapyta po tygodniu, jak idzie, i zareaguje, zanim drobny problem z dopasowaniem przerodzi się w konieczność wymiany. Przy szybkim obsadzeniu, gdzie ryzyko pomyłki jest wyższe, ta rola ma szczególne znaczenie.
Żaden z tych sygnałów nie przekreśla dostawcy automatycznie, ale dwa lub trzy naraz powinny skłonić do szukania alternatywy, nawet kosztem dodatkowych dni.
Jak ARDURA Consulting obsadza pilne role?
Nasze terminy są opublikowane, więc możesz je porównać z tym, czego potrzebujesz. Standardowo dostarczamy zweryfikowanych specjalistów w ciągu 2 tygodni: dzień 1–3 to wymagania i wstępna selekcja spośród ponad 500 ekspertów, dzień 4–7 rozmowy techniczne i weryfikacja umiejętności, dzień 8–14 umowa i onboarding. Pilne zapotrzebowania realizujemy w 48–72 godziny z naszej puli wstępnie zweryfikowanych ekspertów.
Na stronie dostępnych ekspertów pokazujemy profile specjalistów gotowych do pracy w 1–2 tygodnie, część z nich z oznaczeniem dostępności od razu. Każdy ekspert przechodzi dokładną weryfikację, a jeśli nie widzisz odpowiedniego profilu, szukamy w sieci ponad 500 specjalistów IT.
Każdy specjalista przechodzi nasz 5-etapowy proces weryfikacji, a Ty przeprowadzasz rozmowę i zatwierdzasz każdego kandydata przed rozpoczęciem współpracy. Jeśli specjalista nie spełni oczekiwań w ciągu pierwszych 2 tygodni, wymieniamy go bezpłatnie, a jeśli odejdzie w trakcie współpracy, gwarantujemy zastępstwo w ciągu 5 dni roboczych. Dostępne są umowy miesięczne, bez długoterminowego zobowiązania, a stawki obejmują wszystko, bez opłat rekrutacyjnych. Po starcie opiekun klienta po naszej stronie monitoruje współpracę i zbiera feedback, więc ocena po pierwszym tygodniu, o której pisaliśmy wyżej, ma po naszej stronie konkretnego adresata.
Uczciwie: pięć dni roboczych od zapytania do pierwszego dnia pracy to termin, który zależy od tego, czy w naszej puli jest dostępna osoba pasująca do Twojego profilu, i od tego, jak szybko po Twojej stronie przejdą rozmowa, umowa i dostępy. Zapytaj o to wprost na pierwszej rozmowie, z nami czy z każdym innym dostawcą, zanim obiecasz zespołowi datę.
Jak przygotować zespół na następne pilne zapotrzebowanie?
Wróćmy do tech leada z działu rozliczeń. W najlepszym scenariuszu jego firma ma już umowę ramową z dostawcą, profil roli seniora Javy leży w repozytorium dokumentacji, a lista dostępów dla nowego programisty jest szablonem w systemie zgłoszeń. Wtedy wtorkowe wypowiedzenie uruchamia procedurę, a nie panikę: w środę rano brief, w czwartek shortlista, w piątek rozmowy, w poniedziałek umowa i dostępy, we wtorek pierwszy dzień pracy i tydzień przekazania wiedzy od odchodzącego programisty.
Jeśli tego wszystkiego nie ma, pięć dni roboczych jest mało prawdopodobne, ale dziesięć nadal tak. Najważniejsze, żeby po pierwszym pilnym obsadzeniu nie wrócić do stanu sprzed niego, tylko zostawić gotowe elementy na następny raz.
Zapamiętaj pięć rzeczy. Po pierwsze, programista od zaraz to specjalista dostępny teraz, a nie kandydat z rekrutacji, bo okresy wypowiedzenia z Kodeksu pracy wykluczają start w pięć dni. Po drugie, pięć dni roboczych wymaga gotowości po obu stronach: dostępnych, zweryfikowanych specjalistów u dostawcy oraz profilu, osoby decydującej, umowy i dostępów u Ciebie. Po trzecie, wymagaj shortlisty dwóch lub trzech kandydatów z potwierdzoną dostępnością, stawką i notatką z weryfikacji. Po czwarte, jedna 60–90-minutowa rozmowa z przeglądem kodu wystarcza, jeśli dostawca zrobił swoją część, a decyzję podejmij tego samego dnia. Po piąte, dostępy i plan pierwszych dwóch tygodni przygotuj przed pierwszym dniem, a ocenę zaplanuj w okresie gwarancji wymiany.
Jeśli potrzebujesz kogoś od zaraz, sprawdź dostępnych ekspertów, zobacz, jak działa body leasing w ARDURA Consulting, albo napisz do nas z profilem roli, a sprawdzimy, czy w naszej puli jest dostępna osoba, która do niego pasuje.