Jak oceniać kandydatów, których projekty nie miały premiery

Gdy projekt kandydata nigdy nie trafił do użytkowników, oceniaj jego decyzje, działania i obserwacje według kryteriów danego stanowiska. Zapisz, których rezultatów nie udało się sprawdzić. Proś wyłącznie o informacje, które kandydat może udostępnić, a jeśli poufność uniemożliwia rozmowę o prawdziwej pracy, zaproponuj fikcyjne zadanie.

Anulowany projekt może oznaczać lata istotnego doświadczenia bez publicznej premiery, którą da się pokazać. Rozmowa ma ustalić, o czym to doświadczenie świadczy. Nazwa studia, przekonująca opowieść czy brak premiery powiedzą o pracy tej osoby mniej niż dokładne omówienie jednej decyzji.

Co praca nad anulowanym projektem mówi o kandydacie?

Może pokazać sposób rozumowania, wykonania zadania i współpracy przed premierą. Nie dostarczy za to obserwacji z działającego produktu, jeśli nigdy go nie udostępniono.

21 października EA ogłosiło zakończenie wczesnych prac nad Mass Effect oraz zamknięcie BioWare i jego biura w Edmonton. Firma poinformowała też, że wspiera pracowników objętych zmianami w szukaniu innych możliwości wewnątrz EA. Komunikat wywołał dużą dyskusję na Hacker News.

Z komunikatu znamy decyzje EA. Nie wynika z niego ocena pracy poszczególnych osób, pełne wyjaśnienie powodów anulowania projektu ani informacja, kto chce zmienić pracodawcę.

Jeśli ktoś później zdecyduje się zgłosić do twojej firmy, oceń przedstawione doświadczenie bez dopisywania do niego werdyktu zaczerpniętego z wiadomości.

Ten sam problem występuje poza branżą gier: po przejęciu firmy wewnętrzna platforma trafia do szuflady, prototyp badawczy traci finansowanie albo zespół zmienia kierunek, zanim klienci skorzystają z produktu. W każdym z tych przypadków trzeba odróżnić wkład kandydata od losów całego przedsięwzięcia.

Amerykański Office of Personnel Management opisuje opisy osiągnięć zawodowych jako relacje z doświadczeń oceniane według kompetencji potrzebnych na stanowisku. Obejmują sytuację, działania danej osoby i rezultaty. To użyteczny punkt wyjścia do rozmowy o wkładzie. Samą relację kandydata nadal trzeba jednak sprawdzić.

Poniższa metoda to nasza praktyczna propozycja. Żadne z przywołanych źródeł nie potwierdza skuteczności całego takiego wywiadu ani jego wpływu na wyniki rekrutacji. Ma on pomóc jasno pokazać tok oceny: czego dowiedzieliśmy się o tej osobie, czego nadal nie wiemy i jakie informacje mogłyby zmienić decyzję?

Ustal granice poufności, zanim poprosisz o materiały

Zapewnij kandydatom możliwość udziału bez ujawniania zastrzeżonych informacji. Ustal zasady, zanim poprosisz o portfolio, zrzuty ekranu, kod źródłowy czy szczegółową relację ustną.

Anulowanie projektu nie daje prawa do ujawnienia materiałów byłego pracodawcy. Takiego prawa nie zapewniają też prywatny link, hasło, prośba rekrutera ani propozycja podpisania nowej umowy o poufności (NDA). Wytyczne WIPO dotyczące tajemnic przedsiębiorstwa wyjaśniają, że obowiązek zachowania poufności może trwać po ustaniu zatrudnienia. Szczegóły zależą od okoliczności i właściwego prawa.

W zaproszeniu możesz napisać:

Wybierz przykład, który wolno ci omówić. Pomiń poufny kod, zasoby, informacje o klientach, wewnętrzne wskaźniki i inne zastrzeżone szczegóły. Opisz własny wkład w takim zakresie, w jakim możesz go ujawnić. Jeśli to trudne, daj nam znać, a skorzystamy z przygotowanego przez nas fikcyjnego scenariusza.

Te same granice obowiązują podczas rozmowy. Do ujawnienia wrażliwej architektury czy planów biznesowych nie jest potrzebny żaden załącznik. Jeśli pytanie wymagałoby zastrzeżonych szczegółów, poproś o przerwanie odpowiedzi i przejdź do materiału zastępczego. Możesz uszanować tę granicę bez rozstrzygania podczas rozmowy, jak interpretować umowę kandydata.

Poradnik WIPO o zarządzaniu tajemnicami przedsiębiorstwa omawia ryzyko otrzymania sekretów poprzedniego pracodawcy i zaleca jasne instrukcje oraz zabezpieczenia w rekrutacji. Jeśli takie materiały do ciebie trafią, wstrzymaj ich dalsze udostępnianie i zastosuj procedury prawne oraz bezpieczeństwa swojej organizacji. Nie obiecuj, że zaczernienie danych, usunięcie pliku albo rozmowa w zamkniętym gronie rozwiązuje problem.

Być może twój proces oceny portfolio dopuszcza już opis pracy niepublicznej i alternatywne zadanie. Szerszy problem opisujemy w poradniku o aktywności na GitHubie jako sygnale w rekrutacji. Przy anulowanym projekcie dochodzi jeszcze jedno zadanie: dokładnie zaznaczyć, gdzie kończą się zaobserwowane rezultaty.

Odtwórz jeden wkład i wskaż nieznany rezultat

Wybierz jedną decyzję istotną dla stanowiska. Prześledź ją od zakresu odpowiedzialności kandydata po informacje dostępne przed anulowaniem projektu.

Przez całą rozmowę zaznaczaj, jakie wnioski można wyciągnąć z tych informacji i czego nie pozwalają one ustalić.

Zacznij od kompetencji, którą chcesz ocenić. Dla osoby zajmującej się backendem może to być diagnozowanie spadku wydajności, a dla lidera technicznego wybór między stopniową migracją a wymianą systemu. Prośba „Opowiedz o swoim największym projekcie” pozostawia zbyt dużo miejsca, by odpowiedź opierała się na renomie projektu.

Wytyczne OPM dotyczące ustrukturyzowanych rozmów zalecają pytania ustalone z góry oraz spójne skale i standardy oceny. Zastosuj tę zasadę do omawianego wkładu. Przygotuj główne pytania przed spotkaniami. Dodatkowe pytania wykorzystaj do doprecyzowania przedstawionych informacji.

Zapytaj o odpowiedzialność, wybór i obserwację

Poniższe pytania to propozycja formatu, a nie zweryfikowany kwestionariusz:

1. Jaki był twój zakres odpowiedzialności, a za które części odpowiadały inne osoby?
2. Jakie ograniczenie lub jaką niewiadomą musiałeś samodzielnie wyjaśnić?
3. Jaką decyzję podjąłeś i jaką alternatywę odrzuciłeś?
4. Co udało się przetestować lub zaobserwować, zanim projekt wstrzymano?
5. Co ta obserwacja potwierdziła, a czego nie wyjaśniła?
6. Co trzeba byłoby sprawdzić przed podjęciem takiej samej decyzji u nas?

Oddziel osiągnięcia zespołu od indywidualnych działań. „Zmniejszyliśmy opóźnienia” może opisywać prawdziwy rezultat wspólnej pracy. Zapytaj, który etap diagnozy należał do kandydata, co zaproponował, kto podjął ostateczną decyzję i jak przekazywano sobie pracę. Wiarygodna odpowiedź może wskazywać niewielki zakres odpowiedzialności oraz decydujący wkład innej osoby.

Zwróć uwagę na zmiany w rozumowaniu. Jakie było początkowe założenie? Która obserwacja je podważyła? Czy doprowadziło to do zmiany implementacji, poproszenia o pomoc albo porzucenia obiecującego z początku podejścia? Oceniasz decyzje w warunkach, w których je podejmowano. Nie odtworzysz całego projektu.

Oceniaj wynik testu w granicach tego, co sprawdzono

Wyobraź sobie fikcyjny przykład, niezwiązany z BioWare: inżynier diagnozował regresję w komunikacji sieciowej w niewydanej grze. Może omówić metodę diagnozy bez ujawniania zastrzeżonych szczegółów implementacji.

Wyjaśnia, jak wyodrębnił problem z kolejkowaniem, porównał rozwiązania i przetestował zmianę w kontrolowanym środowisku. Ta relacja może dostarczyć istotnych informacji o diagnozowaniu problemów i rozważaniu kompromisów. Projekt zakończono jednak przed premierą.

Obok wyniku zapisz jego zakres: obserwacja w opisanym środowisku testowym; brak działania na produkcji i danych od graczy korzystających z gry. Nie przekształcaj wyniku w twierdzenie o niezawodności po premierze. Brak premiery również nie dowodzi, że zmiana się nie sprawdziła.

Sprawdź, czy kandydat rozumie te ograniczenia. Jakich warunków nie uwzględnił test? Co mogłoby zachować się inaczej przy rzeczywistym ruchu? Co warto monitorować po udostępnieniu gry? Odpowiedzi mogą pokazać sposób myślenia o niepewności, ale nie zastąpią doświadczenia w utrzymaniu działającego systemu.

Gdy prawdziwego przykładu nie wolno omówić, użyj fikcyjnego zadania

Jeśli kandydat nie może przedstawić dozwolonej relacji, skorzystaj z materiału, który masz prawo udostępnić. Zanim zadanie się zacznie, określ kompetencję, oczekiwany nakład pracy i kryteria oceny.

OPM opisuje próbki pracy i symulacje jako zadania przypominające pracę na danym stanowisku. Zwraca też uwagę na koszty ich przygotowania i przeprowadzenia oraz przydatność do oceny kompetencji wymaganych od początku pracy. Zadanie wymaga starannego opracowania. Samo nazwanie go realistycznym nie świadczy o jakości.

W fikcyjnym przykładzie sieciowym możesz przekazać krótki zapis zdarzeń, prosty opis systemu i nieznany objaw. Poproś o wybranie kolejności działań diagnostycznych oraz wyjaśnienie, jakie obserwacje skłoniłyby do jej zmiany. Zapewnij dość kontekstu, by powodzenie nie zależało od znajomości waszej architektury ani posiadania odpowiedniego materiału w portfolio.

Gdy oceniasz rozumowanie architektoniczne, skorzystaj z naszego scenariusza rozmowy o przeglądzie projektu z doświadczonym inżynierem. Opiera się on na fikcyjnym materiale. Poradnik o przygotowaniu zadań programistycznych opisuje zakres zadania i obciążenie kandydata.

Alternatywna ścieżka powinna oceniać tę samą kompetencję przy porównywalnym nakładzie pracy. To wymaga sprawdzenia: identyczny zakres punktów nie czyni dwóch zadań równoważnymi.

Porównaj wymaganą wiedzę, dostępny kontekst, czas i możliwości wykazania danej umiejętności. Opisz tę ścieżkę, zanim kandydaci będą musieli o nią poprosić.

Pewne niewiadome mogą pozostać. Krótkie zadanie diagnostyczne nie potwierdzi długotrwałej odpowiedzialności za system produkcyjny, a hipotetyczna dyskusja nie pokaże wszystkich aspektów praktycznego wykonania.

Ustal, czy brakująca kompetencja jest niezbędna już teraz, czy da się ją sprawdzić kolejną ograniczoną oceną, czy po prostu brakuje podstaw do złożenia oferty.

Każde dodatkowe zadanie powinno mieć konkretny, niewielki zakres. Poszanowanie poufności nie powinno kosztować kandydata kolejnego weekendu pracy. Nie zlecaj w zamian pracy przydatnej twojej firmie. Wyjaśnij cel wybranego zadania.

Daj możliwość wyboru przed spotkaniem. W krótkiej wiadomości organizacyjnej opisz rozmowę o wkładzie, fikcyjny wariant i sposób jego wybrania. Kandydat przygotuje wtedy odpowiedni przykład, zamiast odkrywać granice poufności pod spojrzeniem czekającej osoby prowadzącej rozmowę.

Zapytaj też o dostępność materiałów i realność oczekiwanego nakładu pracy. Przy zmianie ścieżki wyjaśnij zespołowi, co pozwala ona ocenić. Nadal stosujcie te same kryteria stanowiska.

Oprzyj decyzję na informacjach, które rzeczywiście masz

Powiąż każde ważne kryterium z zaobserwowanymi lub opisanymi działaniami, ich ograniczeniami i ewentualną potrzebą dalszej oceny. Zaznaczaj kompetencje, których nie udało się sprawdzić, zamiast zamieniać niepewność w stanowczą ocenę punktową.

W ocenie zapisz krótki opis wkładu. Proponowany format uwzględnia brak premiery bez tworzenia kolejnej karty do oceny portfolio:

Kompetencja wymagana na stanowisku:
Zakres odpowiedzialności kandydata i osoby, z którymi współpracował:
Omówiona decyzja i rozważana alternatywa:
Omówione informacje, którymi wolno było się podzielić:
Co udało się zaobserwować przed anulowaniem projektu:
Wynik, którego nigdy nie zaobserwowano:
Pytanie do wyjaśnienia:
Jedna dodatkowa weryfikacja lub powód, dla którego nie jest potrzebna:

Odnotuj źródło każdego twierdzenia. „Kandydat opisał kontrolowany test” i „osoba prowadząca rozmowę obserwowała diagnozę na przekazanym materiale” to różne rodzaje informacji. Szczegółowa relacja sama w sobie nie potwierdza autorstwa.

Także publiczna wzmianka w napisach końcowych wymaga interpretacji, zanim wyciągniesz z niej wnioski o zakresie czyjejś pracy.

Kolejny krok dobierz do stwierdzonej luki:

To propozycje działań dla prowadzących rozmowę, a nie ustalenia dotyczące konkretnej osoby. Odmowa ujawnienia zastrzeżonych materiałów nie uzasadnia niskiej oceny umiejętności technicznych. Z kolei dobre omówienie niewiadomych nie wypełnia wszystkich luk technicznych. Stosuj zadeklarowane kryteria do zebranych informacji.

Jeśli to wykonalne, poproś recenzentów o zapisanie ocen przed wspólną dyskusją. Każda osoba powinna wskazać podstawę swojej rekomendacji i najważniejszą niewiadomą.

Wtedy spotkanie zespołu może dotyczyć konkretnej różnicy zdań, na przykład tego, czy stanowisko wymaga doświadczenia produkcyjnego, którego rozmowa dotąd nie potwierdziła.

Zachowaj informacje i dalsze kroki w jednym miejscu w Kit

Proces rekrutacji powinien zachowywać dozwolone materiały, kryterium stanowiska i nierozstrzygnięte pytanie tam, gdzie zespół podejmuje decyzję. Za metodę oceny nadal odpowiadasz ty.

W Kit możesz skonfigurować etap rozmowy lub zadania próbnego, przekazać instrukcje i fikcyjny opis zadania, a następnie zapisać punkty, komentarze i rekomendację w ocenie dokonywanej przez człowieka. Oceny zachowują kopię karty oceny z chwili ich sporządzenia, dzięki czemu pozostają przy nich użyte kryteria. Zespół ma miejsce na opis wkładu i decyzję, czy potrzebny jest kolejny krok.

Kit nie rozstrzyga warunków NDA, nie usuwa automatycznie poufnych treści z materiałów pracodawcy, nie weryfikuje autorstwa ani udziału w wydanych projektach. Plik czy zewnętrzny link nie potwierdzają prawa do udostępnienia treści.

Nie oczekuj tych rozstrzygnięć od narzędzia i zbieraj wyłącznie materiały rzeczywiście potrzebne w procesie.

Przy kolejnym stanowisku wskaż każdy wymóg publicznej premiery, którego nie potrafisz uzasadnić. Zastąp go określoną kompetencją, dozwoloną ścieżką przedstawienia doświadczenia i jasnym sposobem zapisu niewiadomych.

Zacznij od szablonu procesu dla danej roli albo wypróbuj Kit, by opis zadania i ocena zespołu znalazły się w tym samym procesie rekrutacji.