Na czym polega pętla rekrutacyjna Microsoft?

Microsoft informuje, że większość procesów obejmuje 2-4 rozmowy, z których każda trwa do godziny. Kandydaci zwykle opisują finałowy blok jako następujące bezpośrednio po sobie sesje w Microsoft Teams, z krótkimi przerwami pomiędzy nimi. Każdą sesję prowadzi jeden lub dwóch rozmówców, a sama sesja ma przypisany obszar: godzinę kodowania we współdzielonym edytorze, godzinę projektowania systemu lub produktu dla kandydatów na stanowiska średniego i wyższego szczebla oraz rozmowy z przewagą kwestii behawioralnych. W praktyce obszary się przenikają; rozmówca sprawdzający kodowanie może poświęcić ostatnie piętnaście minut na pytania o to, jak poradziłeś sobie z konfliktem w poprzednim zespole.

Szczegóły organizacyjne otrzymasz e-mailem od rekrutera: jeden link do Teams na każdą sesję lub jeden używany ponownie, nazwiska rozmówców oraz wskazówki dotyczące obszaru w tytułach wydarzeń w kalendarzu. Analizowanie tych tytułów jest uzasadnionym elementem przygotowań; nazwisko wraz ze stanowiskiem pozwala przewidzieć, czy w danej godzinie należy spodziewać się algorytmów, czy architektury.

Szerszy przebieg procesu rekrutacyjnego Microsoft obejmującego pętlę opisano w centrum procesów rekrutacyjnych firm.

Kandydaci najbardziej chcą wiedzieć, kto podejmuje decyzję, a szczera odpowiedź brzmi: grupa, przy czym głos jednej osoby waży więcej. Rozmówcami w pętli są inżynierowie i menedżerowie z zespołu prowadzącego rekrutację oraz zespołów z nim współpracujących, a każdy z nich sporządza ustrukturyzowaną ocenę w ramach swojego obszaru. Po pętli odbywają naradę, podczas której porównują sygnały zamiast kierować się intuicyjnymi wrażeniami. Wiele pętli obejmuje starszego rozmówcę prowadzącego spotkanie końcowe, historycznie określanego jako as-appropriate, który rozmawia z kandydatem jako ostatni, zapoznaje się z ocenami z całego dnia i może rozstrzygać przypadki graniczne.

Wynikają z tego dwie praktyczne konsekwencje. Spójność między rundami ma znaczenie, ponieważ sprzeczności wychodzą na jaw podczas narady. Jednocześnie pojedyncze potknięcie nie przekreśla szans; słabsza godzina kodowania zrównoważona mocnymi sygnałami z projektowania i części behawioralnej nadal może zakończyć się ofertą — właśnie na to pozwala proces oparty na porównywaniu sygnałów.

Pętla jest formatem wymagającym wytrzymałości, a przygotowanie się na jej długość jest równie ważne jak przygotowanie merytoryczne. Zarezerwuj cały dzień, zaplanuj jedzenie i wodę na przerwy oraz miej pod ręką wydrukowaną lub wyświetloną na ekranie jednostronicową ściągę: zestaw swoich historii, projekty, o których chcesz opowiedzieć, i pytania do każdego rozmówcy. W czwartej godzinie zmęczenie spłyca odpowiedzi; ściąga pomaga zachować ich konkretność.

Typowym przykładem jest inżynierka bezpieczeństwa odbywająca rozmowy z Europy: jej pętla trwała od 16:00 do 21:00 czasu lokalnego ze względu na kalendarz w USA. W poprzedzający ją weekend przećwiczyła pełną pięciogodzinną symulację — po jednej próbnej rozmowie z każdego obszaru, z przerwami — dzięki czemu rytm właściwego dnia był jej znajomy. Podczas rozmów na żywo transkrypcję i zestaw historii trzymała w zasięgu wzroku na własnym komputerze, korzystając z Teams tak jak z każdej platformy do spotkań na komputerze.

Narzędzie do próbnych rozmów umożliwia przeprowadzanie takich symulacji obszar po obszarze, a uczciwe zasady dotyczące wszelkiego wsparcia na żywo — przede wszystkim udostępniania ekranu i nagrywania — zebrano w temacie dotyczącym wykrywalności.