Hoe Google projectmanagers interviewt

Google publiceert de hoofdlijnen van het wervingsproces en kandidaten voor projectmanagement doorlopen dezelfde hoofdlijnen als alle anderen.

• Gesprekken met een recruiter. Een of twee kortere gesprekken via telefoon of video toetsen de belangrijkste vaardigheden voor de functie en geven informatie over de organisatie en het team. Bereid een kort en concreet verhaal voor over de projecten die je hebt opgeleverd en wat je persoonlijk hebt veranderd.
• Een klein project, afhankelijk van de functie. Google kan je vragen vóór de interviews een klein project uit te voeren, variërend van een casestudy tot schrijf- of codevoorbeelden. Voor een projectmanager ligt een schriftelijke casus of een plan het meest voor de hand, hoewel Google niet vermeldt voor welke functies dit geldt.
• Het interviewpanel. De interviewfase bestaat uit een panel van interviews, via video of op locatie, met wisselende Google-medewerkers. Er zijn geen hersenkrakers.
• Besluit en aanbod. Google voegt de sollicitatie en de feedback uit de interviews samen, neemt verschillende perspectieven mee om tot een aanstellingsbesluit te komen en laat de recruiter het aanbod doen.

Google publiceert niet hoeveel interviews een projectmanager krijgt of hoelang het proces duurt. Screening, casus, gedragsinterview, presentatie en interview op locatie zijn voorbereidingscategorieën op deze pagina, niet de benamingen die Google voor de rondes gebruikt.

Google gebruikt gestructureerde interviews: duidelijke rubrics die voor iedereen die voor de functie wordt overwogen hetzelfde zijn en worden toegepast op functiegerichte, open vragen over hoe je problemen oplost, met een team samenwerkt en wat je sterke punten zijn. Voor een projectmanager is dat een directe uitnodiging om je werkwijze te tonen: het plan, de aanname die niet klopte, de afweging die je maakte en wie je daarover informeerde.

Interviews voor projectmanagement toetsen doorgaans:

• Planning en scopebeheersing. Werk opdelen, de volgorde bepalen en nee zeggen tegen uitbreiding van de scope zonder de stakeholder te verliezen.
• Risico- en stakeholdermanagement. Risico's vroeg benoemen, de juiste risico's escaleren en mensen op één lijn houden wanneer het plan verandert.
• Opleveren onder beperkingen. Wat je schrapte, wat je beschermde en hoe je wist dat dit de juiste keuze was.
• Communicatie. Een statusupdate die een drukke bestuurder in een minuut kan lezen en die een engineer niet misleidend vindt.

AI-tools zijn tijdens interviews bij Google niet toegestaan, dus je moet hardop kunnen redeneren over het plan dat je beschrijft.

Functies in projectmanagement hebben bij grote technologiebedrijven verschillende titels. Daarom vormen de gepubliceerde hoofdlijnen van het proces het uitgangspunt en blijkt de specifieke functie vooral uit de nadruk binnen de open vragen. Wat volgt is algemeen gebruik en geen verklaring van Google over de opzet voor functies.

• Vergeleken met interviews voor productmanagers kun je minder nadruk verwachten op wat er moet worden gebouwd en waarom, en meer op hoe het wordt opgeleverd: afhankelijkheden, planning, risico's en de gesprekken die drie teams dezelfde richting op laten werken.
• Vergeleken met interviews voor engineers wordt niet verwacht dat je op een whiteboard programmeert, maar wel dat je technisch werk goed genoeg begrijpt om het te plannen, in te schatten en te herkennen wanneer een inschatting optimistisch is.
• Vergeleken met andere bedrijven zijn de relevante gepubliceerde kenmerken de gedeelde rubric voor alle interviewers, het wisselende panel en het ontbreken van hersenkrakers. Diepgang en consistentie gedurende meerdere gesprekken wegen zwaarder dan één gepolijst verhaal.

Google publiceert geen tijdlijn. Plan op basis van de fasen: gesprekken met een recruiter, een mogelijk klein project, het panel en de periode waarin feedback vanuit verschillende perspectieven tot een besluit wordt verwerkt.

De moeilijkheid zit in de concreetheid. Open vragen over oplevering nodigen uit tot algemeenheden, maar een rubric straft die af. Interviewers die allemaal dezelfde criteria beoordelen, blijven vragen wat jij deed, wat het kostte en hoe je wist dat het werkte. Goed voorbereide kandidaten komen daarom met projecten die ze kunnen beschrijven op het niveau van afzonderlijke beslissingen in plaats van alleen resultaten.

Spiegel de rubric: probleemoplossing, samenwerking en sterke punten, elk onderbouwd met een project dat je op verzoek volledig kunt ontleden.

• Drie verhalen over oplevering. Eén project dat volgens plan verliep, één dat vertraging opliep en één waarvan je de scope moest herzien. Ken voor elk project het risicoregister, de beslismomenten en de cijfers die je bijhield.
• Een plan dat je kunt presenteren. Oefen om binnen enkele minuten een plan uiteen te zetten van doel naar mijlpalen en risico's, en het vervolgens tijdens vragen te verdedigen.
• Bewijs van stakeholdermanagement. Een meningsverschil tussen teams dat je oploste en één dat je escaleerde, inclusief je afweging bij beide situaties.
• Een mogelijk project vóór het interview. Als Google om een casus of schrijfvoorbeeld vraagt, schrijf het dan als het document dat je daadwerkelijk naar een opdrachtgever zou sturen.
• Oefen terwijl je wordt bevraagd. Met een oefeninterview met SubcueAI kun je vóór het echte panel hardop oefenen met open vragen over oplevering; tijdens dat panel zijn AI-tools niet toegestaan.