IT-ontwikkeling bestaat al meer dan 60 jaar en heeft radicale transformaties ondergaan vanaf de opkomst van de eerste programmeertalen en de ontwikkeling van besturingssystemen tot de internetboom en de huidige NAAR DE 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 softwaremanager van een team van 70 mensen die een voorspellend onderhoudssysteem (PdM) ontwerpen: een oplossing gebaseerd op het Industrial Internet of Things (IIoT) en kunstmatige intelligentie. Zonder voortdurende groei kunnen onze ontwikkelaars niet concurrerend blijven. Hetzelfde geldt voor bijna alle bedrijfstakken; Wanneer individuen stoppen met het ontwikkelen van hun vaardigheden, 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.
Moeten ze allemaal volwassen worden?
Elk team heeft specialisten die de voorkeur geven aan routinewerk, en tot op zekere hoogte hebben teams mensen nodig die goed presteren 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 collega’s gaan emuleren. Onder optimale omstandigheden zou de meerderheid, ongeveer 80%, hun vaardigheden actief moeten ontwikkelen en verbeteren.
Niet iedereen in de 80% hoeft nieuwe ideeën te genereren. De driver-performer-ratio is afhankelijk van de ontwikkelingsfase van het bedrijf. Een start-up heeft 80% chauffeurs nodig, omdat zij degenen zijn die vooruit komen. In volwassen bedrijven daarentegen vereisen duurzame kwaliteitsleads een constante verscherping van 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 het vragen aan iemand om tests te schrijven om uw code te verifiëren, wat verplicht is voor alle leden van ons team, inclusief senior specialisten. Veel teams gebruiken vaker codereviews dan het schrijven van tests. Maar wanneer een ontwikkelaar een test schrijft, kan hij merken 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 manieren om hun logica te verbeteren. Ze bestuderen aanvullend materiaal, zoals technische blogs en best practice-gidsen, en overleggen met collega’s om meer over hun expertise te weten te komen.
De tests hebben echter beperkingen. Zodra iemand patronen leert, snel en vol vertrouwen tests schrijft, stopt de groei en begint de routine. Dit zorgt ervoor dat ontwikkelaars hun werk automatiseren.
GEVAL VOOR GEVAL AANPAK
Er zijn veel redenen waarom professionals hun ontwikkeling stopzetten. Ze kunnen tevreden zijn met hun positie/capaciteiten, zich vervelen of te maken krijgen met moeilijke externe omstandigheden. De meeste van onze ontwikkelaars zijn bijvoorbeeld Oekraïens en ons werk werd beïnvloed door de grootschalige Russische invasie in Oekraïne, die voor iedereen grote stress veroorzaakte.
Teamleden reageerden anders: ongeveer 30% verloor de motivatie om iets te doen, en nog eens 30% raakte diep ondergedompeld in hun eigen ontwikkeling. Een sterke jongen verdiepte zich zo diep in zijn studie dat hij in slechts zes maanden de theorie op senior niveau onder de knie had. De anderen pasten zich eenvoudig aan en keerden terug naar hun gebruikelijke ritme.
Na meer dan 10 jaar in technologiemanagement ben ik tot de conclusie gekomen dat iedereen verschillende motivaties heeft om zijn vaardigheden te verbeteren. Het is niet jouw taak om druk op hen uit te oefenen, maar om te begrijpen wat hen tegenhoudt en wat hen motiveert. Enkele praktijken die ik nuttig heb gevonden als ontwikkelaars stagneren, zijn:
- Zorg voor nieuwe context. Geef 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. Hierdoor kunnen zij initiatief nemen en verantwoordelijkheid nemen voor het resultaat.
- Moedig leren aan. Als iemand op zoek is naar ontwikkelingsmogelijkheden, voorzie hem dan van middelen. Compenseer bijvoorbeeld het bijwonen van congressen of seminars.
- Pas de verwachtingen aan. Soms is iemand tevreden met zijn ervaring. In dit geval is het belangrijk om het eens te zijn: als de ontwikkelaar geen groei wil, zoekt hij geen promotie.
Elke specialist moet zijn eigen ontwikkelingsplan hebben. We bereiden het twee keer per jaar voor, op basis van 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 fundamentele principe. Wij geloven dat ontwikkelaars hun vaardigheden kunnen verbeteren door praktijkervaring, dus integreren we deze aanpak in de ontwikkelingsplannen van onze medewerkers.
- Elke dag: geef ze een korte technische samenvatting en werk met de code door middel van testen en beoordelingen.
- Sprints van twee weken: Elke sprint omvat twee of drie dagen waarin een ontwikkelaar een nieuwe aanpak, technologie, enz. kan uitproberen.
- Eén keer per maand: Interne clubs: sessies op elke afdeling van een uur tot 90 minuten, waar ze ervaringen kunnen delen, praktische workshops kunnen geven en best practices kunnen uitwisselen.
- Eens in de drie tot zes maanden: sessies van drie uur met externe sprekers, vervolgtraining.
SLOTOVERWEGINGEN
Ik ben ervan overtuigd dat ontwikkeling begint met dialoog. Je moet begrijpen wat iemand motiveert. Ik geloof ook dat er geen slechte beslissingen bestaan, alleen maar 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 de softwaremanager bij Waites.
