Organisaties hebben naarmate ontwikkelteams blijven groeien behoefte aan een nieuwe rol: de developer experience engineer.

Het doel van deze rol is ervoor te zorgen dat ontwikkelaars over de nodige tools, omgeving en processen beschikken. Om daarmee de productiviteit te maximaliseren en sneller waarde aan klanten te leveren en daarmee het beste eindresultaat te behalen. Hoewel het concept van ontwikkelaarservaring niet nieuw is, is deze positie de afgelopen jaren organisch ontstaan ​​en wint ze snel aan populariteit.

Volgens Tim Kadlec, performance engineering bij Catchpoint, kwam de rol van de DevEx-engineer voort uit het herkennen van ontwikkelaars als klanten. “Als je dat publiek probeert te bereiken en ze enthousiast maakt voor het project en probeert ervoor te zorgen dat ze het leuk vinden om het te gebruiken, zal het de hele ervaring moeten doorstaan ​​​​van hun eerste contact met het bedrijf helemaal tot wanneer ze het daadwerkelijk gebruiken.” Het onderzoeken van elk aspect van de ervaring van de ontwikkelaar met een bepaald product of proces kan leiden tot minder wrijving gedurende de ontwikkelingslevenscyclus.

Naarmate deze nieuwe rol aan populariteit wint, wordt het belang ervan binnen verschillende organisaties steeds duidelijker. “Ik denk dat de rol van Dev Experience belangrijk is omdat het geen traditionele marketing is, het is geen traditionele verkoop, het is op geen enkele manier een traditionele trechter,” zei Kadlec, “Het gaat erom hoe we ervoor zorgen dat er zo min mogelijk wrijving is wanneer ontwikkelaars verschillende tools en producten willen gebruiken.” Wanneer organisaties zich vroeg in het ontwikkelingsproces richten op de ervaring van een ontwikkelaar met bepaalde tools, kan dit later tijd besparen, aangezien een positieve ontwikkelaarservaring ongetwijfeld tot een efficiënter resultaat zal leiden.

Volgens Jeena James, General Manager bij WebPageTest, is de feedback van de eindgebruiker wat de rol van DevEx-ingenieur effectief maakt in haar organisatie. “De gebruikers zelf, de ontwikkelaars, krijgen de mogelijkheid om bepaalde gebieden voor henzelf te verbeteren,” zei James. Het hebben van een specifieke rol gericht op de ervaring van ontwikkelaars geeft de ontwikkelaars een plek om constructieve feedback te geven terwijl ze problemen oplossen.

Kadlec legde uit dat een rol die zich uitsluitend richt op de ervaring van ontwikkelaars, voor organisaties geen luxe meer is, maar een noodzaak. “De developer experience engineer, is de stand-in voor de ontwikkelaars die de code intern gaan schrijven of welke tool dan ook gaan gebruiken… het is hun taak om veel van die feedback te verwerken die we van de community krijgen en houden dat constant in gedachten als we denken aan welke functies we moeten bouwen of wat prioriteit krijgt en wat niet. Dit is waar de rol van developer experience engineer echt belangrijk wordt.” Kadlec legde uit dat de DevEx-engineer ook vaak degene is die het team op koers houdt met waar prioriteiten wel en niet moeten liggen, omdat ze namens de ontwikkelaarsgemeenschap spreken.

Verschillende benaderingen van DevEx 

Er zijn verschillende manieren waarop een organisatie de rol van DevEx-engineer kan gebruiken. Kadlec en James legden uit dat, in hun ervaring, de meest effectieve methode is om een ​​dubbele benadering te volgen: “De manier waarop we het hier doen, is door de rol als een splitsing te beschouwen, dus misschien wordt de helft van hun tijd besteed aan traditionele engineering. In dit geval; de helft van de tijd functies bouwen, bugs oplossen, de codebasis onderhouden en de andere helft van de tijd wordt besteed aan meer traditionele activiteiten voor ontwikkelaarsrelaties. Dat kunnen dingen zijn zoals het produceren van inhoud in de vorm van video’s of blogposts of documentatie of eropuit gaan en lezingen geven of voorbeeldcode schrijven, dat soort dingen’, zei Kadlec.

Een ander aspect van de rol die deze ingenieurs essentieel maakt, is de relatie die ze opbouwen met de eindgebruiker. “Als je tot dat publiek spreekt, de gebruiker, vanuit een ontwikkelaar die daadwerkelijk dingen kan oplossen die worden gevraagd. Het hebben van een ontwikkelaar in je team als DevEx-engineer zorgt ervoor dat de ontwikkelaars zich gezien en gehoord voelen binnen de organisatie.

DevEx is een teamsport

“Het is belangrijk op te merken dat de rol van de ontwikkelaar-ervaring niet goed werkt als eiland. Als je een paar mensen hebt in de rol van developer experience engineer, maar ze werken een beetje los van deze andere componenten van het bedrijf en/of ze krijgen geen steun van de rest van het team, dan zal het mislopen”, zei hij. Als de organisatie niet samenwerkt met de DevEx-engineer en hun geen ondersteuning en diensten biedt waar nodig, zal de rol nutteloos zijn. Doorgaans zijn rollen binnen een bedrijf niet bedoeld om in een vacuüm te bestaan, maar eerder als een integraal onderdeel van de organisatie als geheel.

Tools en technologie

Rob Zuber, CTO bij CircleCI, zei dat een van de belangrijkste functies van de DevEx-engineer is dat ze de ontwikkelaar in staat stellen al hun inspanningen te concentreren op de taak die voorhanden is. Dit houdt ontwikkelaars tevreden en zal op zijn beurt de loyaliteit van ontwikkelaars binnen een organisatie creëren en behouden. “Als ik naar een baan kom en ontdek dat ik 5% van mijn tijd besteed aan dat ding waar ik echt enthousiast over ben en 95% aan het navigeren door de organisatie, omgaan met coördinatie en projectstatus, vergaderingen en verandermanagement… zal ik daar niet lang blijven, zei hij.

Zuber legde verder uit hoe de levenscyclus van werk eruit zou kunnen zien voor een DevEx-ingenieur: “Het zou beginnen met begrijpen waar mensen worden weggehaald bij de meest waardevolle dingen die ze kunnen doen, en vervolgens op zoek gaan naar die patronen in de hele organisatie,” zei hij. Het zoeken naar deze patronen helpt om de problemen aan te pakken die de meerderheid van de organisatie treffen, in plaats van je te concentreren op slechts een klein percentage ontwikkelaars. “Als er maar één team een ​​bepaald probleem heeft, is het niet heel verstandig om een ​​tweede team voor dat probleem een ​​oplossing te laten bouwen, dan steek je er meer energie in.. en het gaat niet om het identificeren van problemen.”

Volgens Zuber is een ander voordeel van een DevEx-engineer het creëren van een eenvoudiger proces voor het onboarden van nieuwe ontwikkelaars. “Het instellen van de ontwikkelaarsomgeving is waarschijnlijk een vrij klassiek probleem… Als ik een nieuwe ingenieur in deze organisatie ben, hoe kan ik dan aan de slag en begrijp wat ik moet begrijpen en hoe ik over de tools op mijn laptop moet beschikken om effectief bij te dragen”.

Hoewel het voor een organisatie niet onmogelijk is om rond te komen zonder een rol als de DevEx engineer, is het zeker ongelooflijk voordelig geworden om in deze functie te investeren. Zuber zei: “Ik bedoel, je kunt het helemaal zonder doen … maar dan zou je wat goodwill vergooien door ingenieurs te hebben die enthousiast zijn over het bouwen van producten en het oplossen van problemen van klanten, en veel tijd investeren in het proberen om dingen aan het werk te krijgen.”

 

Bron van originele artikel