Hoe Meta sollicitatiegesprekken met businessanalisten voert

Meta publiceert geen specifieke procedure voor businessanalisten. De enige gepubliceerde procedure is die voor software-engineers. Daarom staat die hier met dat label, als leidraad voor de interviewstijl van Meta en niet als overzicht van de gespreksronden voor een businessanalist.

• Technische screening (software-engineers). Een gesprek van 45 minuten met een engineer van Meta, voornamelijk over programmeren: 5 minuten voor kennismaking, 35 minuten voor programmeren en 5 minuten voor vragen, bij een gesprek op afstand in een gezamenlijke bewerkingstool.
• De volledige procedure (software-engineers). Een programmeergesprek, een ontwerpgesprek en een gedragsgericht gesprek over eerdere werkervaring en drijfveren, waarbij de gesprekken over ontwerp en gedrag elk 45 minuten duren.

Wat een businessanalist hieruit kan afleiden, is de stijl: gesprekken met een vaste tijdsduur over één onderwerp en een afzonderlijk gedragsgericht gesprek over eerder werk en motivatie. Meta publiceert niet hoeveel ronden analisten doorlopen, of er een caseopdracht is en wie de gesprekken voert. Screening, case, gedrag en gesprek op locatie zijn op deze pagina voorbereidingscategorieën, niet de namen die Meta aan gespreksronden geeft.

De gepubliceerde procedure behandelt uitvoering, ontwerp en eerder werk afzonderlijk. Een businessanalist kan zich op dezelfde scheiding voorbereiden met inhoud voor analisten, maar moet dit zien als een afleiding uit de procedure voor engineers en niet als een gepubliceerd format.

Sollicitatiegesprekken voor businessanalisten beoordelen doorgaans:

• Analyse van requirements en belanghebbenden. Een vaag verzoek omzetten in toetsbare requirements en weten wiens goedkeuring voor elk daarvan nodig is.
• Procesmodellering. Beschrijven hoe het werk verloopt, waar het misgaat en wat een verandering kost.
• Datagestuurde aanbevelingen. Een meetwaarde kiezen, die eerlijk interpreteren en één optie aanbevelen met de bijbehorende risico's; bij een organisatie die voor engineers een procedure publiceert waarin programmeren centraal staat, kun je verwachten dat het datagedeelte serieus wordt genomen.
• Communicatie. Dezelfde bevinding aan een engineer en een directeur uitleggen zonder de betekenis te veranderen; dit wordt onderzocht in een gedragsgericht gesprek over eerder werk.

Meta publiceert buiten software-engineering geen functiespecifieke formats, dus de onderstaande verschillen zijn gebaseerd op de algemene praktijk.

• Vergeleken met gesprekken voor data-analisten kun je minder live-SQL verwachten en meer aandacht voor requirements, processen en de organisatorische kant van verandering: wie is eigenaar van het probleem, wie keurt de oplossing goed en wat gaat er verderop in het proces mis?
• Vergeleken met gesprekken voor productmanagers kun je minder aandacht verwachten voor productvisie en prioritering van de roadmap, en meer voor het analyseren van een bestaand proces of systeem en het onderbouwen van verbeteringen.
• Vergeleken met de gepubliceerde procedure voor engineers zou een eventueel ontwerpgesprek over een proces of beslissing gaan in plaats van over een systeem, en zou het programmeeronderdeel worden vervangen door een case- of analyseopdracht.

De gepubliceerde duur geldt per gesprek: 45 minuten, waarvan tijdens de programmeergesprekken voor software-engineers 35 minuten aan programmeren worden besteed. Meta publiceert voor geen enkele functie een tijdlijn.

Als gesprekken met analisten dezelfde vaste tijdsduur volgen, zit de moeilijkheid in de beperkte tijd: een case moet binnen één tijdsblok worden gestructureerd en geanalyseerd en tot een conclusie leiden, terwijl een eerder project in een afzonderlijk gesprek nauwkeurig moet worden beschreven. Oefen om een onduidelijk probleem in de eerste paar minuten te structureren en tot een aanbeveling te komen voordat de tijd om is.

Volg de gepubliceerde scheiding tussen uitvoering, ontwerp en gedrag en vul die onderdelen met materiaal voor analisten.

• Cases met een tijdslimiet. Oefen hardop om binnen een vast tijdsblok van een vaag bedrijfsprobleem tot een gestructureerde aanbeveling te komen.
• Verhalen over requirements. Bereid twee of drie cases voor waarin een vaag verzoek werd omgezet in toetsbare requirements, inclusief de belanghebbende die je moest overtuigen.
• Een procesmodel uit het hoofd. De oorspronkelijke situatie, het knelpunt, de verandering en het gemeten resultaat.
• Eerder werk en drijfveren. Het gepubliceerde gedragsgerichte gesprek behandelt beide; bereid specifieke situaties voor en geef een oprechte reden waarom je deze functie wilt.
• Oefen het format. Met een oefengesprek met SubcueAI kun je één case met een vaste tijdsduur oefenen, gevolgd door vragen.