Jak Microsoft rekrutuje analityków biznesowych

Microsoft publikuje ogólny zarys, a nie scenariusz, dlatego poniższa kolejność odpowiada informacjom firmy, uporządkowanym według kategorii przygotowań stosowanych na tej stronie (wstępna rozmowa, zadanie, pytania behawioralne, spotkanie na miejscu), które nie są nazwami etapów używanymi przez Microsoft.

• Rozmowy. Większość procesów rekrutacyjnych w Microsoft obejmuje 2-4 rozmowy z potencjalnymi członkami zespołu i osobami z innych działów, z których każda trwa do godziny. Dla analityka biznesowego współpraca międzydziałowa stanowi istotę pracy, więc co najmniej jedna osoba prowadząca rozmowę będzie prawdopodobnie pochodzić z zespołu, który będziesz wspierać, a nie z tego, w którym będziesz pracować.
• Forma i próbki pracy. Rozmowy mogą odbywać się telefonicznie, przez Microsoft Teams lub osobiście. Kandydaci na niektóre stanowiska są proszeni o przedstawienie próbek pracy; w przypadku analityka może to być dokument wymagań, mapa procesu lub notatka z rekomendacją.
• Pytania. Microsoft opisuje rozmowy techniczne jako oparte na rozwiązywaniu problemów, uzupełnione pytaniami dotyczącymi kompetencji i CV. Rozmowa na stanowisko analityka biznesowego skupia się przede wszystkim na kompetencjach i doświadczeniach opisanych w CV.

Microsoft nie podaje, jak długo trwa proces ani czy kandydat na analityka biznesowego otrzymuje zadanie typu case study.

Publikowany nacisk na rozwiązywanie problemów, kompetencje i CV oznacza, że prowadzący rozmowę będą odwoływać się do wymienionych przez Ciebie projektów: czego dotyczyła prośba, czego chciały poszczególne osoby, jak udało Ci się ustalić rzeczywiste wymaganie i co zmieniło się po Twojej rekomendacji.

Rozmowy na stanowisko analityka biznesowego na ogół oceniają:

• Analizę wymagań i interesariuszy. Przekształcanie niejasnej prośby w wymagania, które można zweryfikować, oraz wiedzę o tym, kto powinien zatwierdzić każde z nich.
• Mapowanie procesów. Opisywanie rzeczywistego przebiegu pracy, miejsc powstawania zatorów oraz kosztu zmiany dla osób wykonujących tę pracę.
• Rekomendacje oparte na danych. Wybór miernika, uczciwą interpretację wyników i rekomendowanie jednego rozwiązania wraz z jego ryzykiem.
• Komunikację. Przekazywanie tej samej informacji inżynierowi i dyrektorowi tak, aby żaden z nich nie zrozumiał jej błędnie — właśnie to sprawdza rozmowa z członkami zespołu i osobami z innych działów.

Musisz wykazać się własnymi umiejętnościami bez pomocy z zewnątrz, chyba że została ona wyraźnie dozwolona, dlatego sposób uporządkowania zadania musi być Twoim własnym.

Format publikowany przez Microsoft nie różni się zależnie od stanowiska, dlatego poniższe różnice opisują ogólną praktykę, a nie zasady Microsoft.

• W porównaniu z rozmowami dla analityków danych spodziewaj się mniej zadań z SQL wykonywanych na żywo, a więcej pytań o wymagania, procesy i organizacyjny wymiar zmian: kto odpowiada za problem, kto zatwierdza rozwiązanie i co może przestać działać na dalszych etapach.
• W porównaniu z rozmowami dla menedżerów produktu spodziewaj się mniej pytań o wizję produktu i priorytetyzację planu rozwoju, a więcej o analizowanie istniejącego procesu lub systemu i uzasadnianie potrzeby jego ulepszenia.
• W porównaniu z innymi firmami warto przygotować się na publikowane elementy procesu: niewielką liczbę godzinnych rozmów oraz udział osób z różnych działów. Spójność Twojej historii podczas tych rozmów ma znaczenie, ponieważ prowadzący porównują swoje notatki.

Microsoft nie publikuje harmonogramu. Podaje natomiast skalę: 2-4 rozmowy, z których każda trwa do godziny, więc proces jest zwarty, a każda rozmowa ma duże znaczenie.

Trudność polega na udzielaniu konkretnych odpowiedzi w kontekście kompetencji. Pytania rozpoczynające się od danej kompetencji, na przykład radzenia sobie ze sprzecznymi wymaganiami, szybko przechodzą do CV: którego projektu dotyczyła sytuacja, kto był interesariuszem i co dokładnie zrobiłeś. Kandydaci potrafiący opisać wcześniejszą pracę na poziomie poszczególnych decyzji wypadają lepiej niż osoby udzielające dopracowanych, lecz ogólnych odpowiedzi.

Przygotuj dowody odpowiadające publikowanym kryteriom: rozwiązywaniu problemów, kompetencjom i CV.

• Historie dotyczące wymagań. Dwa lub trzy przypadki, w których niejasna prośba została przekształcona w możliwe do zweryfikowania wymagania, wraz z informacją o interesariuszu, którego trzeba było przekonać, oraz o koniecznych ustępstwach.
• Proces, który potrafisz odtworzyć z pamięci. Stan początkowy, wąskie gardło, zmiana i zmierzony rezultat.
• Notatka z rekomendacją. Przećwicz przedstawienie jednej analizy w formie możliwych rozwiązań, dowodów, rekomendacji i ryzyka w ciągu kilku minut, a następnie jej obronę.
• Próbki pracy. Są wymagane na niektórych stanowiskach; przygotuj przejrzysty dokument wymagań lub mapę procesu, które możesz szczegółowo omówić wiersz po wierszu.
• Przećwicz pytania międzydziałowe. Próbna rozmowa rekrutacyjna z SubcueAI pomaga przećwiczyć podczas jednej sesji pytania dotyczące kompetencji i CV; podczas właściwej rozmowy pomoc z zewnątrz jest niedozwolona, chyba że zostanie wyraźnie dopuszczona.