Ik heb eigenlijk ingehuurd, specifiek voor wat hier beschreven is, dus ik zal een aantal voorbeelden uit de software engineering gebruiken.
Hoewel ik het ermee eens ben dat ervaring je meer zal geven - expertise in de materie, vaardigheden van mensen, en goed afgerondheid - geloof ik dat al deze punten typisch kunnen worden (en zijn) verduidelijkt in de functieomschrijving. Ik kan zeggen dat ik op zoek ben naar details op deze gebieden, en dat ik het veld open houd voor een grotere pool.
Dus… wat is ervaring?
Het heeft de tijd gehad in het veld om de feedback loop te zien die veroorzaakt wordt door je eigen beslissingen.
Met name in de engineering zal je (en je team) verschillende beslissingen nemen over hoe je het werk zal doen, wat het ontwerp zal zijn en andere basisveronderstellingen. Je gaat mee met een soort van plan, dat onvermijdelijk gebrekkig is. Laat me een plan zien dat perfect werkte en je laat me ofwel een heel klein project zien, ofwel een zeer onopvallende ingenieur. Geen enkel plan overleeft het contact met de werkelijkheid, en zelfs een heel goed plan kan op onverwachte manieren goed en slecht werken.
Naarmate de tijd vordert, zul je het plan aanpassen, mensen en technologieën zullen komen en gaan, en de werkelijkheid zal niet op een voorspelbare manier meegaan. Het team zal met nieuwe oplossingen komen en veranderingen in het plan aanbrengen om te compenseren voor wat ze hebben geleerd.
Deze feedback loop is wat seizoenen een ingenieur. Net als een hands on lab is meestal veel voorkeur voor het boeken van leren en rote memoriseren - ervaring met het doorleven van een productlevenscyclus (of meerdere!) geeft de kandidaat meer praktische informatie over wat werkt - zowel voor hun team als voor zichzelf. Het kan gaan om design heuristiek, manieren om ontwikkelingsprocessen te verbeteren, goede werkgewoontes, onderzoekstrucs, en ervaring met het doen van dingen in een organisatie.
Variatie in jaren
Het is geen vaststaand iets - in feite klinkt 3-7 ongeveer goed. Er is een punt na 2 maar voor …8? waar er een aanzienlijk aantal gevallen is waarin een ingenieur zegt “Oh… dat werkte niet eerder, laten we het op een andere manier proberen” een aanzienlijk deel van de tijd. En toch zijn ze niet zo verbrand door de ervaring dat ze de hoop niet kunnen zien in het proberen van nieuwe dingen en gaan met nieuwe strategieën. Na 10 jaar zie ik een groot verschil - meestal vanuit een verscheidenheid aan werkervaringen, wat betekent dat wat de ingenieur ziet niet alleen van toepassing is op hun belangrijkste werkgebied, maar ook op de stukken van de organisatie om hen heen.
Het is zeker geen vast nummer. Hier zijn enkele voorbeelden in variatie:
- Een ingenieur die in zeer korte tijd tussen veel projecten heeft gewisseld, en nooit de volledige release van een van hen heeft gezien, zal waarschijnlijk minder ervaring hebben vanuit dit perspectief.
- Een ingenieur die meerdere stages heeft gelopen en dan 1-2 jaar met dezelfde groep heeft gewerkt kan meer dan de standaard 2 jaar ervaring hebben sinds hij die groep 3-4 jaar geschiedenis heeft zien overleven, ongeacht of hij daar voor een vaste tijd is geweest (bijvoorbeeld een zomerstage tijdens schooltijd)
- Iemand die in een zeer kleine winkel met veel doe-het-zelf ervaring heeft opgedaan, kan sneller rijker worden. Ik zie niet al te veel van deze mensen die op de korte termijn (2 jaar) sterk ervaren zijn, maar ik zie wel dat het begint mee te tellen in het 7 vs. 13 jaar durende assortiment - iemand van een kleine startup die zo'n beetje alles heeft moeten doen toont meer ervaring dan een man die 13 jaar heeft gewerkt en altijd een klein stukje van het bedrijf doet, waarbij hij nooit het proces in twijfel trekt en nooit verder gaat dan zijn kleine stukje van de wereld.
Is er een vergelijking?
Nope… maar had je echt een ja verwacht?
Het is zeker een factor van:
Time working + experiences survived + nature of role & responsibilities + lessons learned
Ik zou zeggen dat de meeste rollen een instinctieve scoringsfactor hebben. En het kan net zo goed gerelateerd zijn aan hiaten in het huidige team als aan de aard van het werk dat ze doen. Ik heb bijvoorbeeld geen behoefte aan klantgerichte vaardigheden in een groot defensiecontractteam waar alle klantcontacten door het management worden gebufferd. En het soort klantcontact is heel verschillend tussen sales engineering en IT technische ondersteuning. Ervaring met het ene op een bepaald niveau helpt met het andere, maar iemand die beter past bij het gewenste profiel maar met minder jaren kan wel eens de hogere waardering krijgen.
In essentie komt een deel van de “ervaringsfactor” neer op het zeggen (als inhuurkribbe) - “hoe gemakkelijk kan ik deze vierkante pen in mijn driehoekige gat steken?” en “zal het makkelijker of moeilijker zijn dan met deze cirkelvormige pen? ”
Interviewing voor de Experience
Het verschil tussen ervaring en “niet genoeg ervaring” of “niet de juiste ervaring” komen voor mij neer op vragen van “wat heb je geleerd om de dingen op je cv te doen?”
Als het antwoord op deze vragen is:
- nou ja, ik heb niet lang genoeg gewerkt om veel geleerd te hebben.
- Ik heb geen idee, ik blijf van project veranderen en heb nooit met de mensen op de projecten opgevolgd om zie wat er gebeurd is.
Dan ga ik waarschijnlijk zeggen - “heeft niet de ervaring”.
Als ik echter:
Ik blijf van project wisselen, maar ik merkte dat toen ze het product uitbrachten, het XYZ-reacties had, wat me blij/ontbijtig maakte dat we ABC deden.
Nou, ik heb het niet door een volledige levenscyclus gehaald, maar ik heb een pantheon van manieren niet om een project te starten, tot nu toe hebben we gefaald bij de laatste 5 pogingen, maar we hebben geleerd om E, F, G, H, en vooral I niet te doen.
Wat doordachte inzichten over manieren om het proces te verbeteren nadat een echte levenscyclus is voltooid
Dan ga ik de kandidaat een gunstiger cijfer geven. Opmerking - falen komt vrij vaak voor. Het ervaren van falen is vaak nog krachtiger dan het ervaren van succes. Als u zich aansluit bij een zoemend, succesvol, complex project en het goed doet, dan heeft u misschien minder ervaring, alleen maar omdat u geen grote ramp heeft gezien, en ook niet heeft geleerd hoe u het moet overleven. We zouden allemaal zoveel geluk moeten hebben!
Kan ik het systeem verslaan?
Misschien. Zou je een diepgaand gesprek kunnen voeren over de sterke punten en gaten in je vaardigheden? Hoe je eigen ervaringen en vooroordelen je teams tot nu toe hebben geholpen en gehinderd? Hoe je projecten geslaagd of mislukt zijn of minder efficiënt zijn geweest op meer dan een “het leerboek zegt het, daarom moet het waar zijn” niveau? Dan is de uitdaging om dat grotendeels over te brengen in het interview.
Hou er rekening mee dat de job rec werd geschreven op basis van ten minste één persoon. Waarschijnlijk meerdere. Er zijn talloze strategieën voor hoe een job rec wordt geschreven en elk bedrijf kan anders zijn - maar het 3-7 bereik is canoniek genoeg dat er een groep is die nadenkt over waarom het deze keer in het veld van belang is. Als je een alternatief idee gaat verkopen, besef dan dat je misschien boven en buiten moet gaan om te laten zien waarom je, in het bijzonder, de uitschieter bent en dat je op een of andere manier meer doorgewinterd bent dan de jaren die je normaal gesproken zou aangeven.
Realiseer je ook dat ze je in het licht van een pool overwegen. Als iemand met al je vaardigheden het volgende uur nadat je de kamer hebt verlaten voor dezelfde baan is binnengelopen, maar ze hadden wel enige ervaring die je nog niet had – dan is er geen reden om compromissen te sluiten.