Proces Rekrutacji w DoorDash, Etap po Etapie
Autor: Aaron Cao · Zaktualizowano
Rekrutacja w DoorDash zwykle zaczyna się od rozmowy z rekruterem, potem następuje etap specyficzny dla roli (kodowanie dla inżynierów, studium przypadku lub zadanie SQL dla ról analitycznych i operacyjnych), a następnie wirtualna runda onsite łącząca głębię techniczną z pytaniami behawioralnymi opartymi na wartościach. Potwierdź dokładny przebieg procesu z rekruterem.
Jakie etapy obejmuje rozmowa kwalifikacyjna w DoorDash?
Masz zaplanowany proces rekrutacji w DoorDash, a e-mail od rekrutera wymienia nazwy rund bez wyjaśnień. Ta sekcja pokazuje etapy, z którymi prawdopodobnie się spotkasz, i co testuje każdy z nich. W skrócie: rozmowa przesiewowa, jedno zadanie specyficzne dla roli, a następnie wirtualny onsite złożony z kilku sesji następujących jedna po drugiej.
Pierwsza rozmowa odbywa się z rekruterem i dotyczy głównie logistyki oraz motywacji: dlaczego ten zespół, co dotychczas zrobiłeś, widełki wynagrodzenia, harmonogram. Nic technicznego nie jest tu oceniane, ale to rekruter decyduje, do którego procesu trafisz, więc precyzyjnie określ rolę, o którą Ci chodzi.
Drugi etap dzieli się według funkcji. Kandydaci na stanowiska inżynierskie dostają rundę kodowania we wspólnym edytorze. Kandydaci do analityki, strategii i operacji dostają zadanie zbudowane wokół problemu biznesowego, zwykle z manipulacją danymi. Kandydaci na stanowiska produktowe dostają zamiast tego rozmowę o wyczuciu produktu.
Wirtualny onsite to seria sesji, każda z innym rozmówcą i innym naciskiem. Zapytaj rekrutera o dokładny podział; zwykle Ci go poda, a przygotowanie się do niewłaściwej rundy to najłatwiejszy do uniknięcia błąd w tym procesie. Procesy innych pracodawców są opisane w przewodnikach po rozmowach kwalifikacyjnych w firmach.
O co DoorDash pyta inżynierów i analityków?
Rundy przesiewowe dla inżynierów to standardowe zadania ze struktur danych i algorytmów we wspólnym edytorze, z pytaniami uzupełniającymi o złożoność i przypadki brzegowe. Rundy onsite dla inżynierów dodają system design, a pytania projektowe mają zwykle wydźwięk logistyczny: routing zamówień, dispatch, śledzenie na żywo, obsługa niestabilnych klientów mobilnych. Przećwicz przynajmniej jeden system dostaw lub marketplace, żeby słownictwo branżowe było Ci znajome.
Procesy analityczne i strategiczne wyglądają inaczej. Spodziewaj się case'u: sytuacji biznesowej z decyzją na końcu, w której rozmówca chce zobaczyć Twoją strukturę myślenia przed odpowiedzią. SQL pojawia się albo jako ćwiczenie na żywo, albo w ramach case'u, a pytania testują join'y, funkcje okienkowe i staranne radzenie sobie z duplikatami, a nie egzotyczną składnię.
Rundy behawioralne opierają się na deklarowanych wartościach firmy, a rozmówcy słuchają dowodów, nie przymiotników. Wyobraź sobie analityka rozmawiającego o pracę w zespole merchant operations. Zapytany o naprawę zepsutego procesu, wymienia cotygodniowy raport, który wciąż przychodził błędnie, krok w pipeline, do którego to prześledził, poprawkę, którą wdrożył, oraz sposób, w jaki zespół potwierdził, że utrzymała się. Każdy z tych szczegółów daje rozmówcy coś do pogłębienia, i to właśnie zamienia historię w sygnał.
Jak przygotować się do rund case'owych i SQL?
Rundy case'owe nagradzają widoczną strukturę. Mów na głos, jak dzielisz problem na części, zanim zaczniesz go rozwiązywać, nazwij założenia, które przyjmujesz, i sprawdź je z rozmówcą. Jeśli brakuje jakiejś liczby, poproś o nią albo podaj szacunek, którego używasz, i wyjaśnij dlaczego. Rozmówcy oceniają tok rozumowania, a milczący kandydat, który trafia na poprawną odpowiedź, często dostaje niższą ocenę niż ten, kto opowiada możliwą do obrony ścieżkę.
W części SQL ćwicz pisanie zapytań podczas mówienia. To połączenie jest trudniejsze niż każda z tych umiejętności osobno, i dokładnie tego wymaga runda na żywo. Ćwicz na bałaganiarskich opisach tabel, a nie na czystych schematach z podręcznika, bo rozmówca zwykle wprowadza w połowie problem z duplikatami wierszy albo obsługą wartości null.
Ćwiczenie przekłada się lepiej niż czytanie. Przejście przez zestaw pytań na głos, pod presją czasu, z włączonym mikrofonem jest bliższe rzeczywistości niż ponowne czytanie notatek; narzędzie do rozmów próbnych pozwala przećwiczyć to samodzielnie.
Gdzie pomaga asystent AI, a gdzie nie
DoorDash prowadzi rozmowy kwalifikacyjne przez wideorozmowy, i to właśnie tam przydaje się asystent na żywo: transkrybuje pytanie rozmówcy i przygotowuje szkic ustrukturyzowanej odpowiedzi, na którą możesz zerknąć podczas mówienia. SubcueAI robi to albo z natywnej aplikacji desktopowej macOS lub Windows, która przechwytuje dźwięk systemowy i mikrofon za lokalną nakładką, albo z panelu bocznego rozszerzenia przeglądarki w Chrome i Edge, który przechwytuje tylko dźwięk z karty spotkania. Żaden bot nie dołącza do rozmowy i nic nie jest wstrzykiwane na stronę spotkania.
Uczciwe ograniczenia liczą się bardziej niż możliwości. Jeśli udostępniasz ekran, wszystko na nim jest widoczne dla rozmówcy, a jeśli sesja jest nagrywana, udostępniony ekran trafia do nagrania. Nadzorowane testy do wykonania w domu i laptopy zarządzane przez firmę są poza zasięgiem, a analityczne zadanie SQL często odbywa się w środowisku z nadzorem. Traktuj asystenta na żywo jako wsparcie dla rund konwersacyjnych, a nie plan na oceniane testy.
Skonfigurowanie wszystkiego przed procesem, a nie rano tego dnia, pozwala uniknąć niespodzianek z uprawnieniami do dźwięku; przewodnik po konfiguracji obejmuje obie platformy.