IT-ontwikkeling bestaat al meer dan 60 jaar en heeft radicale transformaties ondergaan, beginnend bij de opkomst van programmeertalen en de ontwikkeling van het eerste besturingssysteem tot de internetboom en de huidige technologische ontwikkelingen. AI tijdperk. Hoewel programmeertools en -benaderingen blijven veranderen, blijft één ding constant: alleen ontwikkelaars die in staat zijn zich aan te passen en nieuwe kennis en vaardigheden onder de knie te krijgen, overleven.
Ik was de Chief Software Officer van een team van 70 personen dat een systeem voor voorspellend onderhoud (PdM) ontwierp: een oplossing gebaseerd op het Industrial Internet of Things (IIoT) en AI. Zonder voortdurende groei kunnen onze ontwikkelaars niet concurrerend blijven. Hetzelfde gebeurt in bijna elke branche; wanneer individuen stoppen met het ontwikkelen van hun vaardigheden, verliezen bedrijven hun voorsprong.
Hier leest u hoe we een systeem hebben gecreëerd dat professionele ontwikkeling tot een integraal onderdeel van ons werk maakt 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 mensen nodig die goed functioneren in functies die geen groei vereisen.
Maar om het project gestaag te kunnen ontwikkelen, ben ik van mening dat het aantal van dergelijke experts niet groter mag zijn dan 20% van de teamleden. Als hun aandeel groter is, zullen andere ontwikkelaars uiteindelijk hun passieve tegenhangers gaan kopiëren. Optimaal zou de meerderheid – ongeveer 80% – hun vaardigheden actief moeten ontwikkelen en verbeteren.
Niet iedereen in de 80%-groep hoeft nieuwe ideeën te genereren. De driver-to-performer-ratio is afhankelijk van het ontwikkelingsstadium van het bedrijf. Een start-up heeft 80% chauffeurs nodig, omdat zij degenen zijn die vooruit blijven gaan. In volwassen bedrijven daarentegen vereisen duurzame kwaliteitsleads het voortdurend aanscherpen van harde vaardigheden, en niet 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 de code te controleren, wat verplicht is voor iedereen in ons team, inclusief senior specialisten. Veel teams gebruiken vaker codereviews dan het schrijven van tests. Maar wanneer ontwikkelaars tests schrijven, kunnen ze ontdekken dat de methoden of functies te complex zijn, met veel uitzonderingen en afhankelijkheden, en dat het bijna onmogelijk is om ze volledig te testen. Als gevolg hiervan begonnen ze de code opnieuw te ontwerpen en te zoeken naar oplossingen om de logica te verbeteren. Ze bestuderen aanvullend materiaal, zoals technische blogs en best practices-gidsen, en overleggen met collega’s om hun expertise te verdiepen.
De test heeft echter beperkingen. Zodra iemand patronen leert, snel en vol vertrouwen tests schrijft, stopt de groei en begint de routine. Dit verleidt ontwikkelaars om hun werk te automatiseren.
GEVAL VOOR GEVAL AANPAK
Er zijn veel redenen waarom professionals pauzeren in hun ontwikkeling. Ze kunnen tevreden zijn met hun positie/vaardigheden, zich vervelen of te maken krijgen met uitdagende externe omstandigheden. De meeste van onze ontwikkelaars zijn bijvoorbeeld Oekraïens en ons werk werd beïnvloed door de massale Russische invasie in Oekraïne, wat voor iedereen een enorme stress veroorzaakte.
Teamleden reageerden verschillend: ongeveer 30% verloor de motivatie om iets te doen, en nog eens 30% begon diep in hun ontwikkeling te graven. Een krachtige junior verdiepte zich zo diep in zijn studie dat hij in slechts zes maanden de theorie op senior niveau beheerste. De rest past zich gewoon aan en keert terug naar hun gebruikelijke tempo.
Na meer dan 10 jaar in technologiemanagement besef ik dat iedereen verschillende motivaties heeft om zijn vaardigheden te verbeteren. Jouw taak is niet om ze onder druk te zetten, maar om te begrijpen wat hen remt en wat hen stimuleert. Enkele praktijken die ik nuttig heb gevonden als ontwikkelaars stagneren zijn:
- Zorg voor nieuwe context. Bied ontwikkelaars de mogelijkheid om aan andere projecten te werken of van domein te veranderen. Nieuwe omgevingen brengen nieuwe uitdagingen met zich mee en vereisen aanpassing en leren.
- Bestaande uitdagingen. Geef ontwikkelaars opdrachten die creatief denken en onafhankelijk onderzoek vereisen. Geef geen antwoord. Hierdoor nemen zij het initiatief en nemen zij verantwoordelijkheid voor de resultaten.
- Moedig leren aan. Als iemand op zoek is naar ontwikkelingsmogelijkheden, geef hem dan middelen. Bijvoorbeeld het vergoeden van congres- of workshopdeelname.
- Pas de verwachtingen aan. Soms voelt iemand zich tevreden met zijn vaardigheden. In dit geval is het belangrijk om het eens te zijn: als ontwikkelaars geen groei willen, zoeken ze geen promotie.
Elke specialist zou zijn eigen ontwikkelingsplan moeten hebben. We stellen het twee keer per jaar samen, op basis van diepgaande evaluaties. We stellen doelen die voldoen aan de verwachtingen van het bedrijf en de belangen van ontwikkelaars.
BEDRIJFSSYSTEMATISCHE AANPAK
Mijn ervaring is dat ontwikkelaars zich vaak niet meer concentreren op het verbeteren van hun vaardigheden als ze overbelast zijn. Na hard werken hebben ze geen energie meer om te studeren. 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 snelle technische samenvatting en werk met de code door middel van testen en beoordelen.
- Sprints van twee weken: Elke sprint omvat twee tot drie dagen waarop ontwikkelaars nieuwe benaderingen, technologieën, enz. kunnen uitproberen.
- Eén keer per maand: Interne clubs – sessies op elke afdeling van een uur tot 90 minuten waarin ze ervaringen kunnen delen, praktische workshops kunnen houden en best practices kunnen uitwisselen.
- Eens in de drie tot zes maanden: sessie van drie uur met externe sprekers, geavanceerde training.
LAATSTE GEDACHTEN
Ik geloof 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 verschillende meningen te hebben, omdat kritisch denken en constructieve discussies het team altijd helpen groeien.
Illia Smoliienko is Chief Software Officer voor Waites.
Uiterste deadline voor Fast Company Prijs voor wereldveranderende ideeën is vrijdag 12 december om 23:59 uur. PT. Solliciteer vandaag nog.
