We zijn niet hetzelfde - Developer eXperience (DX) managen

Heb je in je organisatie interne ontwikkeltools, platformen of diensten waarbij het aansluiten je supermakkelijk en pijnloos afging? Dan mag je jezelf gelukkig prijzen.

Uit onze ervaring blijft het verrassend als je meteen bij de eerste poging toegang krijgt tot alle benodigde onderdelen van een infraplatform. Stel je een wereld voor waarin je tijd en moeite hebt gestoken in het bouwen van je infrastructuurplatform, en teams die erop aansluiten zeggen: “wauw, dat ging makkelijk!”. Dat zou je streven moeten zijn, wat je reden om een infrastructuurplatform te bouwen ook is. Het gaat niet altijd zo goed als je het gebruik van je infradiensten moet verplichten, dus je zult moeite moeten doen om mensen je product te laten wíllen gebruiken.

Bij het bouwen van een infrastructuurplatform vergeten we om de een of andere vreemde reden het systeem te ontwerpen vanuit de gebruikservaring. Dat is makkelijk over het hoofd te zien, maar net zo cruciaal als je wilt dat mensen in je organisatie je platformproducten met plezier gebruiken. Zorg er dus voor dat iemand in je team het end-to-end serviceontwerp van je infrastructuurproduct trekt — of dat nu een developer, een business analyst of een UX'er is.

Een goede developerervaring gaat engineers niet in de weg zitten, maar laat ze in hun flow. Goede Developer Experience (DX) maakt developers effectiever door het goede gedrag makkelijk te maken — op vlakken als testen, beveiliging en observability, wat steeds belangrijker wordt. Daarnaast maakt goede DX een 'shift left' voor productiviteit mogelijk. 'Shift left' komt uit het Build-Quality-In-principe van Lean/TPS en houdt in dat je vroeg in plaats van laat aandacht besteedt aan kwaliteitsaspecten van je productielijn: softwaretesten, beveiliging, of in dit geval productiviteit via de developerervaring.

DX haalt de wrijving weg bij het opzetten van omgevingen. DX is programmeren zonder yak shaving. Goede DX is een iPhone-moment.

In 2022 is het duidelijk dat de ouderwetse aanpak zonder DX niet meer houdbaar is. FAANG- en startupbedrijven bouwen steeds vaker DX-teams die samen met platformteams de productiviteit en ontwikkelsnelheid van de hele organisatie verbeteren. Backstage van Spotify, het opensourceplatform om developerplatformen mee te bouwen, wint terrein omdat organisaties willen dat developers meer tijd aan code besteden en minder aan nadenken over en werken aan infrastructuur. Ook grote bedrijven erkennen dat toolchains en developerproductiviteit beter moeten, door de 'cognitieve belasting' van feature- en platformteams te meten en te verlagen.

Ontwikkelefficiëntie krijg je zodra je organisatie bedreven raakt in het ontwikkelen en leveren van software. Efficiëntie betekent: je "geeft minder uit" en houdt hetzelfde resultaat over, namelijk werkende software. Die efficiëntie komt doordat je minder hoeft te leren over het probleemdomein, doordat de basisdiensten voor softwarelevering er al zijn, en doordat er een codebibliotheek en vaste patronen ontstaan.

Na die fase is het belangrijk een pad uit te zetten naar een effectieve ontwikkelorganisatie. Zo'n organisatie bouwt software met meer impact en stuurt op uitkomsten in plaats van op kosten. Blijf je daarentegen op ontwikkelefficiëntie sturen, dan begin je aan een 'race naar de bodem'. Technische schuld stapelt zich op in de codebase, de betrokkenheid van engineers neemt af, en na verloop van tijd wordt het ontwikkelproces traag, inefficiënt en instabiel.

Mikken op ontwikkeleffectiviteit betekent dat we moeten nadenken over de behoeften van 'de 99%' van de engineers. Een goede eerste stap is het proces van softwareontwikkeling in kaart brengen met een value stream map, en daarin wachttijden en defecten opsporen. Zet vervolgens een DX-team aan het werk (of richt een DX-gilde op) om de knelpunten en verbeteringen uit die analyse op te pakken en de doorstroom van je softwarelevering te verbeteren. Het managen van de developerervaring hoort dan bij de organisatie, en met het juiste gereedschap zie je de betrokkenheid van engineers stijgen, de technische schuld dalen en de doorstroom verbeteren.

Nu er steeds meer is dat afleidt van programmeren, wordt het belangrijker om alle sleur weg te halen, de focus meetbaar te maken en kwaliteitsaspecten zo veel mogelijk 'in te bouwen'. De aandacht van een team hoort naar het sprintwerk te gaan, niet naar alles wat eromheen hangt: yak shaving, compliancetaken en wachten. De ZEN Software DevOps Accelerator biedt daar een oplossing voor. Hij bevat een developerportal, single sign-on en Agile Analytics, voor een veilige bouwomgeving, leverpijplijnen en een hyperscale productieplatform. Daarmee vergroot de ZEN DevOps Accelerator de impact van de softwareontwikkeling in je organisatie. Begin dus vandaag met het optimaliseren van je softwareorganisatie met de DevOps Accelerator van ZEN Software.