Rekrutacja juniorów: jak dostrzec inicjatywę w czasach AI

Przy rekrutacji juniorów inicjatywę widać w tym, jak ktoś wybiera problem, sprawdza założenie i na podstawie zebranych informacji decyduje, co zrobić dalej. Daj kandydatom porównywalną okazję, by pokazali te umiejętności. Działający prototyp może w tym pomóc, podobnie jak dobrze uzasadniona decyzja, żeby niczego nie budować.

Ta druga możliwość zyskuje na znaczeniu, gdy przekonujące demo wymaga mniej pracy. Efekt może robić wrażenie, choć nadal niewiele wiadomo o tym, czy problem zasługiwał na uwagę. Warto więc zacząć od pytania poprzedzającego pisanie kodu: co kandydat zauważył i dlaczego postanowił się tym zająć?

Co hasło „zapał liczy się bardziej niż staż” zmienia w rekrutacji juniorów?

Esej Feliksa Rieseberga z 27 października daje powody do optymizmu. Autor opisuje, jak zmienił własne rozmowy techniczne i jak nowe osoby tworzą przydatne rozwiązania z pomocą AI. Jego rady dotyczą również doświadczonych inżynierów, którzy w nowej organizacji nie mają jeszcze pozycji ani wpływu. Prototyp skupiony na jednym pomyśle pozwala im pokazać dostrzeżoną szansę. Rieseberg przyznaje też, że nie dopracował jeszcze nowej formy rozmowy rekrutacyjnej.

Osoba prowadząca rekrutację musi przełożyć tę obserwację na konkretne pytania. Inicjatywa oznacza także wybór tego, na co warto poświęcić wysiłek. Inżynier może zakwestionować utrwalony wymóg, zbadać powracającą skargę klienta albo ustalić, że rzekoma przeszkoda techniczna jest w istocie nierozstrzygniętą kwestią zasad działania firmy.

Nie trzeba do tego dominować na spotkaniach. Spokojne pytanie o powód istnienia danego wymagania może być właśnie tym zachowaniem, którego szukasz. Trzeba jednak odróżnić trafne pytanie od samej umiejętności prezentowania się z pewnością siebie.

Takie podejście ma starsze podstawy. W eseju o karierze z 2011 roku Patrick McKenzie wiąże pracę inżynierską z wartością dla firmy. W rekrutacji oznacza to pytanie, co poprawi się dla klienta lub współpracownika. Nie oznacza oczekiwania, że początkujący kandydat, nie znając firmy od środka, wymyśli jej strategię przychodów. Dostarcz mu dość informacji, by mógł wskazać pożyteczne działanie. Oceniasz sposób rozumowania na podstawie tego, co ma szansę wiedzieć.

Dlaczego szybsze demo nie rozstrzyga sprawy?

Badania produktywności z AI pokazują, że przed wyciąganiem wniosków o konkretnej osobie trzeba uwzględnić warunki pracy. Nie dowodzą ogólnej przewagi juniorów nad doświadczonymi inżynierami ani przewagi w drugą stronę.

W eksperymentach Cui i współautorów prowadzonych w firmach uczestniczyło 4867 programistów. Łączny szacunek wskazywał na wzrost liczby ukończonych zadań o ok. 26% przy dostępie do asystenta programowania opartego na AI. W pełnej wersji roboczej publikacji autorzy ostrożnie traktują różnice związane z doświadczeniem i stażem: zaobserwowane zależności sugerowały pewien kierunek, ale na ogół nie były istotne statystycznie. Badano wcześniejsze narzędzia wspomagające pisanie kodu i liczbę ukończonych zadań, a nie trafność decyzji biznesowych przy pracy z dzisiejszymi agentami.

Z kolei w badaniu obserwacyjnym Daniottiego i współautorów opartym na danych z GitHuba korzyści koncentrowały się wśród bardziej doświadczonych programistów. Doświadczenie oznaczało tu lata aktywności na GitHubie, nie zweryfikowany staż zawodowy. Użycie AI szacowano pośrednio, a aktywność w repozytoriach służyła jako miara wyników pracy. Badanie odpowiada więc na inne pytanie niż eksperymenty z losowym przydziałem prowadzone w firmach.

W praktyce rekrutacyjnej warto zapisać, z jakich narzędzi ktoś korzystał, co rozumiał przed ich użyciem i jak sprawdził wynik. Sama etykieta „junior”, „od początku pracuje z AI” czy „doświadczony” nie pozwala ocenić potencjału.

Oddziel też demonstrację od zobowiązania do utrzymywania rozwiązania. Prototyp może pokazać, że dana interakcja jest możliwa. Nadal nie wiadomo, czy klienci jej potrzebują, czy pasuje do produktu i kto będzie ją wspierał. Pytania po ukończeniu zadania programistycznego pomogą przyjrzeć się decyzjom dotyczącym implementacji. Wcześniej trzeba jednak zapytać, czy w ogóle warto było próbować tego rozwiązania.

Oddziel inicjatywę od szans na jej wykazanie

Portfolio pokazuje to, czym kandydat może się podzielić. Nie ujawnia wszystkich możliwości, jakie miał, ani wszystkich przydatnych efektów pracy, które wolno mu upublicznić.

Jedna osoba ma rozbudowany projekt własny, druga poufny przykład z pracy, trzecia doświadczenie ze społecznej inicjatywy, a czwarta niewiele ukończonych rzeczy. Zanim docenisz skalę projektu, zapytaj o podjęte decyzje. Drobna zmiana wykonana przy rzeczywistych ograniczeniach może dać więcej do rozmowy niż rozbudowany program o niejasnym celu.

Zaproponuj również inną możliwość. Kandydat, który nie może pokazać wcześniejszej pracy, powinien móc zbadać niewielki problem dostarczony przez ciebie. Zapewnij wszystkim te same podstawowe informacje, dozwolone narzędzia, oczekiwany nakład pracy i opis przydatnej odpowiedzi. Jeżeli dostęp do narzędzia AI ma znaczenie, zadbaj o porównywalne warunki. Prywatna subskrypcja nie powinna być ukrytym wymaganiem.

Wytyczne amerykańskiego Urzędu Zarządzania Personelem, OPM, dotyczące ustrukturyzowanych rozmów zalecają wspólne pytania i jednolite standardy oceny kompetencji związanych ze stanowiskiem. To użyteczna zasada organizacji rozmowy, ale nie potwierdzenie skuteczności tego konkretnego ćwiczenia. Nie zamienia też subiektywnego wrażenia w sprawdzony sposób przewidywania wyników pracy.

Określ, co junior powinien już umieć. Zalecenia OPM dotyczące próbek pracy odróżniają kompetencje wymagane przy zatrudnieniu od tych, których pracownik będzie się uczyć później. Jeśli zamierzasz nauczyć go swojej dziedziny, sprawdź, jak zdobywa o niej wiedzę. Braku znajomości firmy nie nazywaj brakiem inicjatywy.

Jasne warunki pomagają także zdecydować, czy wziąć udział w procesie. Podaj limit pracy, zasady używania AI, format odpowiedzi i sposób zadawania pytań. Te podstawy opisujemy w poradniku o sprawdzaniu instrukcji do zadań rekrutacyjnych.

Daj kandydatom problem wart zbadania

Ćwiczenie powinno dopuszczać kilka rozsądnych dalszych działań. Jeżeli akceptujesz wyłącznie preferowaną przez siebie funkcję, oceniasz zgodność z odpowiedzią, której wcześniej nie ujawniasz.

Wyobraź sobie startup, w którym nowi klienci często kończą korzystanie z narzędzia, zanim zaproszą kogoś z zespołu. Firma podejrzewa, że trzeba przeprojektować proces zapraszania. Rekrutujesz początkującego inżyniera pracującego nad produktem. Przygotowujesz więc fikcyjny zestaw materiałów: prostą mapę korzystania z produktu, przykładowe notatki z obsługi klienta, kilka przykładowych sesji i obecny ekran zaproszeń.

Poproś o wskazanie jednego kolejnego działania, które pomoże zrozumieć lub ograniczyć tę trudność na początku korzystania z produktu. Wyjaśnij cel produktu i ograniczenia materiałów. Powiedz, o co można zapytać prowadzącego rozmowę. Dopuszczalna odpowiedź to krótkie uzasadnienie, szkic lub niewielki prototyp. Ważniejsze od ilości wykonanej pracy jest to, jak kandydat bada problem.

Pierwszy kandydat od razu buduje wygodniejsze okno zaproszeń. To może być dobra praca. Zapytaj jednak, na jakiej podstawie uznał, że właśnie tam warto coś zmienić. Czy odróżnia trudność z wysłaniem zaproszenia od sytuacji, w której użytkownik nie ma jeszcze powodu nikogo zapraszać?

Drugi zauważa, że część przykładowych użytkowników samodzielnie ocenia produkt przed uzyskaniem zgody na jego wdrożenie. Pyta, czy zaproszenie współpracownika jest rzeczywiście konieczne, by sprawdzić przydatność narzędzia. Prowadzący wyjaśnia, że samodzielne testowanie jest dozwolone, ale treść wprowadzenia sugeruje obowiązek wysłania zaproszenia.

Ta informacja otwiera kilka możliwości. Można przygotować prototyp czytelniejszej ścieżki dla osób testujących produkt samodzielnie. Można najpierw sprawdzić zmienione instrukcje, zanim powstanie nowy interfejs. Można też zaproponować zebranie informacji o powodach rezygnacji, zanim firma poświęci czas programistów na zmiany.

Załóżmy, że kandydat wybiera ostatnią opcję. Wskazuje niepewne założenie: przerwanie korzystania z produktu bez wysłania zaproszenia nie musi oznaczać problemu z zapraszaniem. Proponuje krótki kontakt z osobami testującymi, które zgodzą się na rozmowę, i wyjaśnia, jakie odpowiedzi uzasadniałyby zmianę produktu. Dostrzega też ograniczenie: na podstawie otrzymanych sesji nie da się stwierdzić, czy osoba, która przerwała test, wraca później.

W odpowiedzi nie ma kodu, ale może ona pokazywać inicjatywę: trafne pytanie, wiarygodne alternatywne wyjaśnienie i test, którego wynik może zmienić decyzję. Prowadzący powinien sprawdzić, czy proponowany test rzeczywiście pozwoli odróżnić te wyjaśnienia. Samo stwierdzenie „potrzeba więcej badań” też nie może automatycznie oznaczać dobrej odpowiedzi.

Jasno określ granice ćwiczenia. To propozycja ćwiczenia, a nie metoda doboru pracowników o potwierdzonej skuteczności. Korzystaj z materiałów fikcyjnych lub odpowiednio przygotowanych. Kandydaci nie powinni wykonywać za darmo badań produktowych dla twojej firmy. Jeśli zakres zmienia się w istotne zlecenie komercyjne, określ je i wynagrodź osobno.

Pytaj o rozumowanie, które zmieniło dalsze działanie

Przydatna ocena pozwala prześledzić drogę od dostępnych informacji do proponowanego działania. Inny recenzent powinien rozumieć, dlaczego praca wzbudziła zainteresowanie lub obawy.

W opisanym przykładzie zapisz, że kandydat zakwestionował znaczenie wskaźnika zaproszeń i odniósł go do celu osoby testującej produkt. Dodaj, jakich informacji udzielił prowadzący i jak kandydat je wykorzystał. Trafna reakcja na podpowiedź jest inną obserwacją niż samodzielne zauważenie problemu.

Kilka wspólnych pytań pomoże utrzymać rozmowę przy konkretach:

• Dlaczego warto było zbadać ten problem przed pozostałymi dostrzeżonymi problemami?
• Które ograniczenie udało się sprawdzić i jak odpowiedź wpłynęła na twoje podejście?
• Jaki wynik skłoniłby cię do porzucenia proponowanego działania?
• Czego nadal nie wiadomo i kogo trzeba zaangażować przed dalszą pracą?

Sprawdź, czy odpowiedź wytrzymuje rozsądne pytanie podważające założenie. Gdy kandydat proponuje nowe treści wprowadzające, zapytaj, co zrobi, jeśli użytkownicy nadal będą rezygnować. Jeśli proponuje badanie, zapytaj, dlaczego zdobyta informacja będzie warta kosztu. Umiejętność zmiany stanowiska daje więcej do oceny niż gotowa obrona każdej wypowiedzi.

Nie zamieniaj każdej obserwacji w ocenę osobowości. „Zapytał, czy produkt można testować samodzielnie” to konkret. „Ma temperament założyciela” niewiele mówi kolejnemu recenzentowi. Może też maskować rozbieżne oczekiwania wobec stanowiska.

Możesz preferować jedno podejście i nadal docenić przemyślaną pracę opartą na innym. Uzgodnijcie zachowania związane ze stanowiskiem, zanim zaczniecie porównywać, kto zrobił największe wrażenie. Oddziel obserwacje, ich ograniczenia i swoją rekomendację tak, by współpracownik mógł zakwestionować twoje rozumowanie.

Co pokazać bez rozbudowanego portfolio?

Wybierz przykład zawierający decyzję, którą potrafisz wyjaśnić. Projekt nie musi być duży, publiczny ani zakończony sukcesem komercyjnym. Musisz jednak mieć prawo o nim opowiadać.

Możesz opisać analizę powtarzalnej czynności wykonywanej ręcznie, test niejasnej instrukcji z użytkownikami albo decyzję o przerwaniu prac nad funkcją po zdobyciu nowych informacji. Wyjaśnij początkowe założenie, sposób jego sprawdzenia i dalsze wydarzenia. Jeśli nie możesz potwierdzić wyniku, opisz obserwacje zamiast wymyślać rezultat biznesowy.

Gdy pomagało AI, opisz konkretny podział pracy. Być może generowało warianty, pisało wstępną implementację lub pomagało analizować błąd. Pokaż moment wyboru między sugestiami, sprawdzenia twierdzenia albo odrzucenia odpowiedzi. Jedna decyzja, którą potrafisz uzasadnić, daje prowadzącemu więcej do oceny niż lista narzędzi.

Możesz też wyjaśnić, co dałby ci lepszy dostęp do informacji. Wskaż pytanie do klienta, na które nie było odpowiedzi, albo zgodę potrzebną do przeprowadzenia testu. W ten sposób pokazujesz, że rozumiesz granice własnej wiedzy. Nie ujawniaj poufnych materiałów pracodawcy, żeby historia robiła większe wrażenie.

Jeśli firma prosi o nowe zadanie, zapytaj o oczekiwany nakład pracy i kryteria oceny. Ustal, czy prototyp jest konieczny i czy wystarczy uzasadniona rekomendacja. Znając granice zadania, możesz poświęcić czas na pytanie, na które firma rzeczywiście szuka odpowiedzi.

Co menedżerowie powinni zapewnić osobom ze świeżym spojrzeniem?

Daj nowym osobom możliwość kwestionowania założeń, zanim przestaną je zauważać. Zatrudnianie kogoś ze względu na inicjatywę ma niewielki sens, jeżeli każde późniejsze pytanie wymaga wpływów, których ta osoba jeszcze nie ma.

Pomocnego wyjaśnienia dostarcza praca Jamesa Marcha z 1991 roku o uczeniu się organizacji. Jego modele opisują, jak w miarę przyswajania utrwalonych praktyk organizacje mogą tracić różnorodność przekonań. Wkład nowych osób wynika z odmiennych perspektyw, a nie z przeciętnie większej wiedzy. To teoria organizacji, nie dowód, że brak doświadczenia pomaga inżynierowi lepiej korzystać z AI.

Przełóż tę myśl na codzienne zarządzanie: wyjaśnij cel klienta, zapewnij osobę, której można zadawać pytania, i przeznacz część czasu pracy na zbadanie jednego możliwego usprawnienia. Pomóż odróżnić rzeczywiste ograniczenie techniczne od decyzji, do której nikt od dawna nie wracał.

Odrzucając pomysł, powiedz, co mogłoby zmienić twoje zdanie. Gdy test nie potwierdzi założenia, doceń to, czego pozwolił się dowiedzieć. Inaczej uczysz ludzi pokazywać wyłącznie dopracowane historie sukcesu i zachowywać wątpliwości dla siebie. Plan nauki dla początkującego inżyniera może zapewnić wsparcie, którego nie zastąpi rozmowa rekrutacyjna.

Potrzebna jest też osoba odpowiedzialna za dalszą decyzję. Ktoś musi przeczytać wynik, zdecydować o kontynuacji i pomóc rozwiązać sprawy, od których zależy dalsza praca. Prototyp, któremu nikt się nie przyjrzy, jest kiepską lekcją inicjatywy.

Zachowaj materiał do oceny w Kit

Trzymaj razem przesłaną pracę, warunki zadania i uzasadnienia ocen. Łatwiej wtedy rozmawiać o konkretach, gdy wspomnienia po efektownej rozmowie zaczynają się różnić.

W Kit etap Przegląd portfolio pozwala zebrać wcześniejsze prace, którymi kandydat może się podzielić. Etap Zadanie próbne pozwala udostępnić zadanie przygotowane przez pracodawcę, z prywatnym opisem, widocznym szacowanym nakładem pracy i terminem liczonym od chwili rozpoczęcia zadania przez kandydata. Recenzenci zapisują oceny punktowe, komentarze i rekomendacje w ramach ocen i informacji zwrotnej.

Te zapisy dają zespołowi materiał do rozmowy o inicjatywie. Nadal trzeba zapewnić sensowną okazję do jej wykazania i zdecydować, na co pozwalają zebrane obserwacje. Zacznij od problemu, który da się zbadać w niewielkim zakresie. Wyjaśnij warunki i zostaw kandydatowi możliwość pokazania, że najbardziej przydatnym kolejnym krokiem jest trafniejsze pytanie.