Engineering Managers beoordelen: Een wervingsgids

Waarom een generieke senior IC-loop engineering managers mist

De meeste teams stellen hun eerste engineering managers aan door de senior engineer interview loop opnieuw te gebruiken met een 30-minuten "people round" aan het einde. Het resultaat is voorspelbaar: de kandidaten die slagen zijn sterke senior engineers die ook graag 1:1's hebben, en de kandidaten die falen zijn goede managers die drie jaar geen productiecode meer hebben geschreven.

Engineering management is een ander werk. Het overlapt met senior IC-werk aan de randen — de EM moet nog steeds een slechte architectuurbeslissing in een design review kunnen opspotten — maar dagelijks werk bestaat uit het kalibreren van prestaties, het verdedigen van het roadmap van het team, werving, het uit de weg ruimen van obstakels, en het vertalen van strategische prioriteiten naar engineeringreality. Bijna niets daarvan wordt getest door een binaire boomprobleem of een system design whiteboard.

Dit bericht is voor wervingsmanagers en technische directeuren die een EM-loop helemaal opnieuw ontwerpen — of die proberen er een te repareren die voortdurend false positives oplevert of aanbiedingen doet aan kandidaten die weigeren.

De vier dimensies die het waard zijn te testen

Een nuttige EM-beoordeling scoort op deze vier dimensies, elk met verankerde beschrijvingen bij elke rating:

1. Technische geloofwaardigheid. Kan de kandidaat een design doc lezen, bezwaren maken tegen een gebrekkig voorstel, en het respect van de senior engineers in hun team verdienen? Ze hoeven geen code te schrijven, maar ze moeten weten wanneer een van hun rapportages ongelijk heeft.
2. People leadership. Kunnen ze een underperformer coachen, een verveleende high performer behouden, iemand managen die technisch lager is, en het lastige gesprek voeren zonder te huiveren?
3. Delivery en prioritering. Kunnen ze een kwartaal roadmap bezitten, nee zeggen tegen executives, afschalen wanneer een deadline aantrekt, en trade-offs uitleggen zonder zich achter hun team te verschuilen?
4. Cross-functionele oordeel. Kunnen ze onderhandelen met product, samenwerken met design, en engineering vertegenwoordigen naar leiding zonder zich over te geven of tot oorlog over te gaan?

Elk stadium van de loop moet opzettelijk één of twee van deze dimensies onderzoeken. De grootste fout die EM-loops maken, is iedereen vragen om "een goed gevoel te krijgen" in plaats van elk stadium aan specifieke dimensies vast te leggen in een gestructureerde rubric.

Stadium 1: Een people-leadership gesprek, niet een coding screen

De eerste ronde na de recruiter screen moet een 45-minuten gestructureerd gedragsinterview over people leadership zijn. Niet een personality-fit chat. Niet "vertel me over jezelf." Een gestructureerde reeks vragen over hoe de kandidaat daadwerkelijk mensen heeft geleid.

Prompts die signaal produceren:

• "Verteld me over de meest recente keer dat je een engineer op een performance plan zette. Wat waren de leidende indicatoren? Wat deed je in week één, vier en acht?"
• "Beschrijf een high performer die bijna bij je wegging. Hoe ontdekte je het, wat bood je aan, en wat gebeurde er?"
• "Vertel me over een moment waarop je een team erfte met een ongezonde norm. Wat was het, hoe diagnosticeerde je het, en hoe veranderde je het?"

Score met gestructureerde ankers. Een kandidaat die antwoordt in algemeenheden ("Ik heb altijd wekelijkse 1:1's en ik luister echt goed") is niet hetzelfde als iemand die antwoordt met een specifieke datum, een specifieke persoon (geanonimiseerd), een specifieke beslissing en een specifiek resultaat. Stel vervolgvragen die drie lagen dieper gaan dan het eerste antwoord — daar waar voorbereide scripts instorten.

Stadium 2: Een technisch gesprek, niet een coding test

De fout die de meeste EM-loops op dit stadium maken, is een 60-minuten live coding round geleend van de senior IC-loop. De juiste structuur is een 60-minuten design review.

Neem een echte, gereviseerde design doc van een recent project — één met minstens één slechte keuze erin. Loop de kandidaat door de context, en vraag dan hun reactie: wat ontbreekt, welke aannames zorgen hen, waar zouden ze bezwaar tegen maken als hun rapportage het schreef. Draai dan het scenario om: vraag hun een systeem door te lopen dat zij hebben gebouwd of bezeten, diep genoeg dat een senior engineer in de ruimte kan onderzoeken.

Waar je naar luistert:

• Kunnen ze een echt risico onderscheiden van een stilistische voorkeur?
• Bezitten ze de onderdelen die niet goed gingen, of geven ze de schuld aan de vorige architect?
• Als ze op een technisch detail worden gedrukt dat ze niet herinneren, reconstrueren ze van eerste beginselen of worden ze defensief?
• Gebruiken ze zinnen als "het team besloot" wanneer ze "ik overrulede hen" bedoelen, of omgekeerd?

Optioneel maar nuttig: gebruik ClarityHire's collaborative editor om een echte code change van je codebase te delen en vraag "zou je deze PR goedkeuren?" Die enkele vraag onderscheidt EMs die nog steeds code lezen van degenen die dat hebben gestopt.

Stadium 3: Een delivery en ambiguïteits case study

De derde ronde is het meest impactvolle stadium en degene die de meeste loops overslaan. Geef de kandidaat een halve pagina scenario dat een realistische-maar-slechte situatie beschrijft: een flagshipproject is zes weken achter, twee engineers zijn ongelukkig met de tech lead, een director vroeg net om een vierde feature, en de on-call rotatie brak vorig weekend. Vraag hoe zij hun eerste twee weken zouden doorbrengen.

Wat je scoort:

• Hebben ze gesorteerd op impact, of hebben ze geprobeerd alles in week één op te lossen?
• Hebben ze een gesprek met de director over scope voorgesteld, of stil de extra werkzaam aangenomen?
• Hebben ze de ongelukkige engineers benoemd en hoe ze met elk zou spreken, of vaag met "ik zou 1:1's hebben"?
• Hebben ze genoemd wat ze zouden stoppen doen — vergaderingen, bijprojecten, lage-waarde rituelen — om ruimte te creëren?

Deze ronde voorspelt on-the-job performance beter dan enig technical screen. Het is ook de ronde waar glad-praten kandidaten en gegronde kandidaten schoon scheiden, omdat er geen gerepeeerd antwoord op een vers geschreven scenario bestaat.

Stadium 4: Een cross-functionele partner round

De laatste ronde wordt gerund door een product manager of designer, niet een engineer. Behandel één kort scenario waarbij engineering en product het oneens zijn over scope, en één waar de kandidaat een gevoelig technisch trade-off (een security incident, een geplande migratie, een deprecation) aan een niet-technische stakeholder moet uitleggen.

Score op:

• Hebben ze de PM als gelijkwaardig met hun eigen expertise behandeld, of als tegenstander om mee te werken?
• Hebben ze het technische trade-off zonder jargon, zonder neerbuigendheid, en zonder de essentie te verliezen uitgelegd?
• Hebben ze duidelijk "Ik ben het niet eens" gezegd, dan disagree-and-commit wanneer passend?

EMs die deze ronde overslaan worden ingehuurd en verrassen dan iedereen door slechte partners voor product te zijn. De kosten tonen zich zes maanden in, na het aanbod.

Score met een rubric, niet vibes

Sluit elk stadium van twee van de vier dimensies vast vóórdat de eerste kandidaat de loop in gaat. Gebruik een 1–4 schaal met verankerde beschrijvingen, en laat interviewers hun scores onafhankelijk vastleggen voordat de debrief. ClarityHire's structured interview scorecards vergrendelen de rubric vóór debrief speciaal om te voorkomen dat de meest senior persoon in de ruimte de discussie verankert.

Voor elke rol, bepaal de gewichten voordat je de vragen ontwerpt:

• First-line EM (4–8 rapportages). Weeg people leadership en delivery; technical credibility is een floor check.
• Senior EM (8–15 rapportages, multi-team). Weeg delivery, cross-functionele judgment, en people leadership; technical credibility lichter gewogen.
• EM wervingstelling in een nieuw team waar vertrouwen snel moet worden opgebouwd. Weeg technical credibility hoger dan de org chart suggereert, omdat het team het in de eerste maand zal testen.

Veelvoorkomende rode vlaggen

Een paar patronen die in mislukte EM-aanstellingen naar voren komen en bijna altijd in de loop voorkomen als je luistert:

• Geen specifieke verhalen. Kandidaten die elk gedragsinterview beantwoorden met hypotheticals ("Ik zou dat verwerken door...") hebben het daadwerkelijk niet verwerkt.
• Universeel heldennarratief. Elk verhaal heeft de kandidaat die het project redt. Geen verhaal waarin ze een signaal missen, slecht inhuren, of een verkeerde oproep maken. Echte EMs hebben allemaal drie.
• Technische vragen afgewezen naar "Ik heb daar een architect voor." Een first-line EM die een design doc niet kan lezen, kan de technische beslissingen van hun team in een roadmap review niet verdedigen.
• Kan geen enkele persoon noemen die ze in een promotie hebben gecoacht. EMs die het werk doen, hechten veel waarde aan dit en onthouden namen.
• Behandelt de "vertel me over een conflict"-vraag als een kans om het opnieuw te procederen. Het signaal is reflectie, niet wie gelijk had.

Wat te doen volgende keer

Als je op het punt staat een EM-rol te openen:

1. Kies de vier dimensies en de per-stage gewichten voordat je een enkele vraag schrijft.
2. Leen de people-leadership prompts hierboven en schrijf drie meer specifiek voor de werkelijke uitdagingen van je team.
3. Trek één echte, geanonimiseerde design doc en één echte, geanonimiseerde delivery situatie van de afgelopen zes maanden en transformeer ze in Stage 2 en Stage 3 materiaal.
4. Voeg een cross-functionele partner round toe en kies de PM of designer die het zal runnen.
5. Sluit de rubric in je interview platform vast voordat je de eerste kandidaat inplant, zodat debrief discussies onenigheid naar boven brengen in plaats van de luidste mening te versterken.

De kosten van een slechte EM-aanstelling zijn grofweg een jaar van de voortgang van het team, twee attrition events, en de tijd om de loop opnieuw uit te voeren. Een vierstadia-proces ontworpen tegen de juiste dimensies kost minder dan een tiende daarvan en produceert een aanstelling die je team op dag één zal respecteren.