Staff Engineer: hoe managet je ze zonder micromanagement
Het managen van een Staff Engineer is een evenwichtsoefening. Als je te aanwezig bent, blokkeer je iemand die ruimte nodig heeft om op grote schaal impact te maken. Als je niet aanwezig genoeg bent, verlies je het zicht op wat er gebeurt en kun je diegene niet helpen navigeren door de organisatorische en politieke aspecten die deel uitmaken van de rol.
De meeste EM's maken fouten in de ene of de andere richting. Hier lees je hoe je de juiste balans vindt.
Begrijpen wat ze nodig hebben
Een Staff Engineer is geen Senior Engineer met meer ervaring. Het is een ander niveau met een ander bereik. De impact wordt niet langer gemeten in PR's of features – het wordt gemeten in de technische kwaliteit van beslissingen van een heel team, in het vermogen om teamoverstijgende onderwerpen vooruit te helpen en in de architecturale invloed over 6-18 maanden.
Dit bereik brengt specifieke behoeften met zich mee. Ze hebben autonomie nodig om te verkennen en tijd om na te denken zonder constant in de stroom van delivery te zitten. Ze hebben zicht nodig op de strategie en organisatorische prioriteiten zodat hun werk daarop is afgestemd. En ze moeten worden erkend voor hun werkelijke impact – niet voor hun oppervlakkige activiteiten.
Dat laatste punt is cruciaal. Een Staff Engineer die deze week weinig commits doet omdat hij nadenkt over de architectuur voor de komende 6 maanden, is niet "slecht aan het werk". Een manager die prestaties alleen meet aan zichtbare activiteit, creëert een omgeving waarin Staff Engineers hun tijd besteden aan het rechtvaardigen van hun waarde in plaats van deze te creëren.
De valkuil van micromanagement
Micromanagement van een Staff Engineer neemt vaak subtiele vormen aan. Het is niet "laat me je code zien voordat je merget". Het is "waarom was je niet bij die vergadering?", "heb je vooruitgang geboekt met het onderwerp waar we het over hadden?", "stuur me een overzicht van wat je deze week doet".
Deze verzoeken lijken redelijk; een manager heeft het recht om te weten wat er in zijn team gebeurt. Maar voor een Staff Engineer betekenen ze iets anders: je vertrouwt mijn oordeel niet over hoe ik mijn tijd gebruik, en je dwingt me om verantwoording af te leggen op een granulariteit die niet de juiste is.
Het gevolg op de lange termijn: de beste Staff Engineers vertrekken. Niet onmiddellijk; ze proberen zich aan te passen, leveren de verwachte rapportages terwijl ze hun werk doen. Maar na verloop van tijd, wanneer de omgeving te beperkend wordt voor hun manier van werken, zoeken ze iets anders.
Op de hoogte blijven zonder te blokkeren
De juiste interface met een Staff Engineer is geen wekelijkse rapportage – het is een kwalitatief 1:1, misschien minder frequent, maar inhoudelijk diepgaand. Het doel is niet "wat heb je deze week gedaan?", maar "waar loop je vast?", "wat kan ik organisatorisch deblokkeren?", "hoe kan ik je helpen om meer impact te maken?".
Je hoeft niet alles te weten wat ze doen. Je moet weten: is hun werk afgestemd op de strategische prioriteiten? Zijn er organisatorische blokkades die alleen jij kunt oplossen? Voelen ze zich erkend voor hun werkelijke impact?
Deze drie vragen, regelmatig gesteld in een sfeer van vertrouwen, geven je alles wat je nodig hebt zonder in de details van de dagelijkse uitvoering te treden.
Impact en zichtbaarheid
Een terugkerend probleem voor Staff Engineers: hun werk is moeilijk zichtbaar te maken. Een Senior Engineer merget PR's – dat is meetbaar. Een Staff Engineer besteedt twee weken aan het bouwen van consensus rond een architectuurbesluit – dat verschijnt niet in de gebruikelijke statistieken.
Jouw rol als manager is om de zichtbaarheid van die impact te vergroten. Niet in hun plaats – maar door de ruimtes te creëren waarin ze deze kunnen delen: design reviews, tech talks, gesprekken met andere teams. En door expliciet te benoemen, in functioneringsgesprekken en gesprekken met je eigen management, wat die persoon mogelijk heeft gemaakt.
Het is een vorm van onzichtbaar maar essentieel management. De Staff Engineer die weet dat zijn manager zijn soort impact begrijpt en waardeert, is oneindig veel meer op één lijn en betrokken dan degene die voortdurend moet rechtvaardigen hoe hij zijn tijd besteedt.
In Moston kun je deze niet-kwantificeerbare bijdragen noteren – beïnvloede beslissingen, gedeblokkeerde onderwerpen, bereikte afstemmingen – en ze bij de hand hebben wanneer het tijd is om erover te praten. Het managementgeheugen mag niet vergeten wat niet gemakkelijk te meten is.