IT-ontwikkeling bestaat al meer dan 60 jaar en heeft radicale transformaties ondergaan vanaf de opkomst van de eerste programmeertalen en OS-ontwikkeling tot de internetboom en de huidige AI tijdperk. Hoewel programmeertools en -benaderingen voortdurend veranderen, blijft één ding constant: alleen ontwikkelaars die zich kunnen aanpassen en nieuwe kennis en vaardigheden kunnen beheersen, overleven.
Ik ben de Chief Software Officer voor een team van zeventig mensen dat een voorspellend onderhoudssysteem (PdM) ontwerpt: een oplossing gebaseerd op het Industrial Internet of Things (IIoT) en AI. Zonder voortdurende groei kunnen onze ontwikkelaars niet concurrerend blijven. Hetzelfde geldt voor bijna alle bedrijfstakken; Wanneer individuen niet meer aan hun vaardigheden werken, kan een bedrijf zijn voorsprong verliezen.
Hier ziet u hoe we een systeem hebben gecreëerd waarin professionele ontwikkeling een integraal onderdeel van het werk is, en hoe we ontwikkelaars helpen stagnatie te voorkomen en te boven te komen.
MOET IEDEREEN GROEIEN?
Elk team heeft specialisten die de voorkeur geven aan routinewerk, en tot op zekere hoogte hebben teams de mensen nodig die het goed doen in een functie die geen groei vereist.
Maar om een project gestaag te laten ontwikkelen, ben ik van mening dat dergelijke experts niet meer dan 20% van het team mogen uitmaken. Als hun aandeel groter is, zullen andere ontwikkelaars uiteindelijk hun passieve tegenhangers gaan imiteren. Optimaal zou de meerderheid – ongeveer 80% – actief hun expertise moeten ontwikkelen en verbeteren.
Niet iedereen in de 80% hoeft nieuwe ideeën te genereren. De driver-to-performer-ratio is afhankelijk van het ontwikkelingsstadium van het bedrijf. Een startup heeft 80% chauffeurs nodig, omdat zij degenen zijn die verder gaan. Omgekeerd vereisen duurzame kwaliteitsleads in volwassen bedrijven voortdurend harde vaardigheden in plaats van een bron van ideeën.
ONTWIKKELING DOOR KLEINE ACTIES
Het aanmoedigen van ontwikkelaars om hun vaardigheden te verbeteren kan klein beginnen. Een onderschatte tool is bijvoorbeeld dat iemand tests schrijft om zijn code te controleren, wat verplicht is voor iedereen in ons team, inclusief senior specialisten. Veel teams gebruiken vaker codereviews dan het schrijven van tests. Wanneer een ontwikkelaar echter een test schrijft, kan het zijn dat zijn methode of functie te omslachtig is, met veel uitzonderingen en afhankelijkheden, en dat het bijna onmogelijk is om deze volledig te testen. Als gevolg hiervan beginnen ze hun code opnieuw te ontwerpen en zoeken ze naar oplossingen om de logica ervan te verbeteren. Ze bestuderen aanvullend materiaal, zoals technische blogs en best practice gidsen, en overleggen met collega’s om hun expertise te verdiepen.
Testen heeft echter beperkingen. Wanneer iemand patronen leert, snel en veilig tests schrijft, stopt de groei en begint routine. Dit verleidt ontwikkelaars om hun werk te automatiseren.
AANPAK VAN GEVAL VOOR GEVAL
Er zijn veel redenen waarom professionals pauzeren in hun ontwikkeling. Ze kunnen tevreden zijn met hun positie/capaciteiten, zich vervelen of geconfronteerd worden met uitdagende externe omstandigheden. De meeste van onze ontwikkelaars zijn bijvoorbeeld Oekraïens en ons werk is beïnvloed door de grootschalige Russische invasie in Oekraïne, die voor iedereen erg stressvol is geweest.
Teamleden hebben verschillend gereageerd – ongeveer 30% verloor de motivatie om iets te doen en nog eens 30% nam een diepe duik in hun ontwikkeling. Een sterke junior verdiepte zich zo diep in zijn studie dat hij de theorie op senior niveau in slechts zes maanden onder de knie had. De rest paste zich eenvoudig aan en keerde terug naar hun gebruikelijke tempo.
Na meer dan 10 jaar in technologiemanagement realiseerde ik me dat iedereen verschillende motivaties heeft om zijn vaardigheden te verbeteren. Het is niet jouw taak om ze onder druk te zetten, maar om te begrijpen wat hen tegenhoudt en wat hen motiveert. Enkele praktijken die ik nuttig heb gevonden wanneer ontwikkelaars stagneren zijn:
- Zorg voor nieuwe context. Bied de ontwikkelaar de mogelijkheid om aan een ander project te werken of van domein te wisselen. Een nieuwe omgeving brengt nieuwe uitdagingen met zich mee, vereist aanpassing en leren.
- Huidige uitdagingen. Geef de ontwikkelaar een taak die creatief denken en onafhankelijk onderzoek vereist. Geef geen antwoord. Dit geeft hen de kans om initiatief te nemen en verantwoordelijkheid te nemen voor de uitkomst.
- Moedig leren aan. Als iemand op zoek is naar ontwikkelingsmogelijkheden, geef hem dan middelen. Compenseer bijvoorbeeld een congres- of workshopdeelname.
- Pas de verwachtingen aan. Soms is iemand tevreden met zijn expertise. In dit geval is het belangrijk om het eens te zijn: als de ontwikkelaar geen groei wil, zoekt hij geen promotie.
Elke specialist moet een eigen ontwikkelingsplan hebben. Wij stellen het twee keer per jaar op na een diepgaande evaluatie. We stellen doelen die voldoen aan de verwachtingen van het bedrijf en de belangen van de ontwikkelaar.
DE SYSTEMATISCHE AANPAK VAN HET BEDRIJF
Mijn ervaring is dat ontwikkelaars zich vaak niet meer concentreren op het verbeteren van hun vaardigheden als ze overbelast raken. Na intensief werken hebben ze niet langer de energie om te leren. Leren door te doen is ons uitgangspunt. Wij geloven dat ontwikkelaars hun vaardigheden kunnen verbeteren door praktijkervaring, dus integreren we deze aanpak in de ontwikkelingsplannen van onze medewerkers.
- Dagelijks: geef ze een korte technische opdracht en werk met code door middel van testen en beoordelingen.
- Sprint van twee weken: Elke sprint omvat twee tot drie dagen waarin een ontwikkelaar een nieuwe aanpak, technologie, enz. kan uitproberen.
- Eén keer per maand: Interne Clubs – sessies op elke afdeling van één uur tot 90 minuten waar ze ervaringen kunnen delen, praktische workshops kunnen geven en best practices kunnen uitwisselen.
- Eens per drie tot zes maanden: Drie uur durende sessies met externe sprekers, hoger onderwijs.
LAATSTE GEDACHTEN
Ik ben ervan overtuigd dat ontwikkeling begint met dialoog. Je moet begrijpen wat iemand motiveert. Ik geloof ook dat er geen verkeerde beslissingen bestaan, maar alleen verschillende standpunten. Ontwikkelaars moeten niet bang zijn om het oneens te zijn, omdat kritisch denken en constructieve discussie het team altijd helpen groeien.
Illia Smoliienko is Chief Software Officer voor Waites.
De uiterste deadline voor Fast Company’s Wereldveranderende ideeënprijzen is vrijdag 12 december om 23:59 uur PT. Solliciteer vandaag nog.
