Jak Microsoft prowadzi rozmowy z analitykami danych

Microsoft publikuje ogólny zarys rozmów zamiast stałej sekwencji nazwanych rund. Kategorie na tej stronie (wstępna selekcja, zadanie domowe, studium przypadku, rozmowa behawioralna, spotkanie na miejscu) służą do uporządkowania przygotowań i nie są kategoriami Microsoft.

• Rozmowy. Większość rozmów rekrutacyjnych w Microsoft obejmuje 2-4 spotkania z potencjalnymi członkami zespołu i osobami z innych działów, z których każde trwa do godziny. W przypadku analityka osoby z innych działów to prawdopodobnie ci, którzy będą podejmować działania na podstawie przedstawionych liczb.
• Forma i próbki pracy. Rozmowy mogą odbywać się telefonicznie, przez Microsoft Teams lub osobiście, a kandydaci na niektóre stanowiska są proszeni o napisanie kodu, udostępnienie kreatywnego portfolio albo przedstawienie próbek pracy. Microsoft nie wskazuje, których stanowisk to dotyczy, dlatego analityk powinien być gotowy na zadanie z SQL lub prośbę o przykładową analizę.
• Rozmowa techniczna. Rozmowy techniczne opierają się na rozwiązywaniu problemów i sprawdzają doskonałość techniczną oraz kluczowe kompetencje, a także obejmują pytania kompetencyjne i pytania o CV.
• Jeśli piszesz kod. Gdy rozmowa obejmuje programowanie, piszesz kod w języku, który dobrze znasz, bez pseudokodu, w narzędziu zewnętrznym, które go uruchamia i kompiluje. Dla analityka najczęściej oznacza to SQL, który rzeczywiście się wykonuje.

Microsoft nie podaje, jak długo trwa proces rekrutacji na stanowisko analityka danych.

Według opublikowanych informacji sprawdzane jest rozwiązywanie problemów, oceniane przez pryzmat kompetencji i CV. Analityk powinien rozumieć to następująco: każda wymieniona analiza zostanie prześwietlona pod kątem pytania, na które odpowiadała, wykorzystanych danych, przeprowadzonych kontroli oraz decyzji, którą zmieniła.

Rozmowy na stanowisko analityka danych zazwyczaj oceniają:

• SQL i czyszczenie danych. Złączenia, agregacje, funkcje okna oraz dyscyplinę potrzebną do znalezienia zduplikowanych wierszy i kluczy z wartościami null przed przedstawieniem liczby.
• Metryki i pulpity. Definiowanie metryki tak, aby dwie osoby obliczyły tę samą wartość, oraz rozpoznawanie, kiedy pulpit wprowadza w błąd.
• Przekazywanie wniosków. Przekształcanie wyniku w rekomendację, na podstawie której osoba z innego działu może podjąć działanie, co jest tutaj istotne, ponieważ takie osoby uczestniczą w rozmowie.
• Ocena biznesowa. Wybór analizy, którą należy przeprowadzić jako pierwszą, i umiejętność uzasadnienia tej decyzji.

Musisz wykazać się własnymi umiejętnościami bez pomocy z zewnątrz, chyba że zostanie ona wyraźnie dozwolona, dlatego zarówno SQL, jak i interpretacja muszą być Twojego autorstwa.

Microsoft publikuje jeden format rozmów dla wszystkich stanowisk, dlatego poniższy opis przedstawia ogólną praktykę dotyczącą tych ról, a nie zasadę Microsoft.

• W porównaniu z rozmowami na stanowisko badacza danych spodziewaj się mniej modelowania i projektowania eksperymentów, a więcej definiowania metryk, analizy opisowej i jasnych rekomendacji.
• W porównaniu z rozmowami na stanowisko inżyniera danych spodziewaj się niewielu pytań o architekturę potoków i znacznie większego nacisku na interpretowanie istniejących danych, łącznie z ich wadami.
• W porównaniu z innymi firmami należy przygotować się na opisane publicznie elementy: niewielką liczbę godzinnych rozmów, udział osób z innych działów oraz kod, który musi się uruchamiać. Analityk, który potrafi zarówno napisać działający SQL, jak i wyjaśnić wynik osobie niebędącej analitykiem, dobrze wpisuje się w ten format.

Microsoft nie publikuje harmonogramu. Podaje jednak skalę procesu: 2-4 rozmowy trwające do godziny każda, przez co każda z nich ma większe znaczenie niż w dłuższym cyklu rozmów.

Trudność wynika z połączenia różnych elementów, a nie z pojedynczego pytania. W ciągu godziny możesz przejść od problemu z SQL, którego rozwiązanie musi wykonać się poprawnie, przez pytanie kompetencyjne o spór z interesariuszem, aż po pytanie o CV dotyczące powodu zdefiniowania stworzonej przez Ciebie metryki w określony sposób. Kandydaci, którzy znają swoje wcześniejsze analizy na poziomie poszczególnych decyzji, dobrze radzą sobie z takimi zmianami tematu.

Przygotuj się zgodnie z opublikowanym formatem: rozwiązywanie problemów, kompetencje, CV i działający kod.

• Wykonywalny SQL. Ćwicz w narzędziu, które uruchamia zapytania, i na bieżąco objaśniaj swoje kontrole, ponieważ tam, gdzie wymagany jest kod, pseudokod nie jest akceptowany.
• Historie dotyczące metryk. W przypadku każdej metryki wymienionej w CV znaj jej definicję, znane ograniczenia oraz decyzję, którą zmieniła.
• Wyjaśnienia dla różnych działów. Przećwicz objaśnianie jednej analizy inżynierowi, specjaliście ds. marketingu i partnerowi finansowemu bez zmieniania jej znaczenia.
• Gotowa próbka pracy. Kandydaci na niektóre stanowiska są proszeni o próbki pracy; przygotuj przejrzystą, udokumentowaną analizę, której możesz z przekonaniem bronić wiersz po wierszu.
• Przećwicz godzinę. Skorzystaj z próbnej rozmowy kwalifikacyjnej z SubcueAI, aby przećwiczyć przechodzenie między pytaniami technicznymi, kompetencyjnymi i dotyczącymi CV; podczas właściwej rozmowy pomoc z zewnątrz jest niedozwolona, chyba że zostanie wyraźnie dopuszczona.