Hoe zorg je voor een team met gelukkige developers?

En een team dat ook nog eens excelleert...

Ralph deguelle

Geschreven door Ralph Deguelle op 23-12-2016
5 minuten leestijd

Het bouwen van een development team dat in staat is om hoge kwaliteit te leveren is niet zo makkelijk als het misschien lijkt. En als het eenmaal gelukt is, hoe zorg je er dan voor dat dit niveau wordt behouden en dat het team niet uit elkaar valt — en hoe voorkom je dat je rockstar developer besluit op zoek te gaan naar een andere baan? Het antwoord is eigenlijk heel eenvoudig, maar niet makkelijk…

Hieronder noem ik zes belangrijke elementen die nodig zijn voor tevreden developers. En niet alleen voor ontwikkelaars , maar voor iedereen die samenwerkt in een organisatie. Wie wil nu geen tevreden collega’s?

tevreden developers

*N.B. Natuurlijk is iedereen anders en is het moeilijk een eenduidig antwoord te vinden dat geldt voor ieder individu. Toch zijn onderstaande tips bij velen van toepassing. Naast een aantal parallellen met de onderdelen ‘autonomie’, ‘meesterschap’ en ‘zingeving’ uit het bekende boek ‘Drive’ van Daniel Pink is volgens ons nog meer van toepassing.

1. Verantwoordelijkheid

Het gevoel van trots op je werk gaat hand in hand met je verantwoordelijk voelen voor je taak of (deel van het) project. Ook wanneer een bepaalde taak wordt gedelegeerd is het belangrijk dat de verantwoordelijkheid ook gedelegeerd wordt. Dit heeft met vertrouwen te maken! Het werkt het best wanneer een developer de volledige verantwoordelijkheid krijgt over een userstory. Dit kan betekenen dat een ontwikkelaar naast de implementatie van een functionaliteit (het schrijven van code) zelf zorgt voor de hele afhandeling, inclusief review, testen en afstemming met de klant of eindgebruikers. Dit creëert betrokkenheid en een extra fijn gevoel wanneer iets met succes is afgerond.
Volgens Daniel Pink zorgt controle voor volgzaamheid en autonomie tot betrokkenheid”. Herkenbaar?

2. Je werk als een leeromgeving

In ieder project of organisatie moet ruimte zijn om te leren. Dit appelleert ook aan het verlangen van veel professionals om beter te worden in iets dat ertoe doet. Dit is door Pink benoemd als ‘meesterschap’. Natuurlijk is dat voor het ene project lastiger dan voor het andere.

Je kunt op verschillende manier leren. In een software team bijvoorbeeld door pair programming. Dit zorgt ook nog eens voor verhoging van de kwaliteit zodat er later geen (vervelende) reparaties uitgevoerd moeten worden. Hierbij helpt het als je van iemand anders in het team iets kunt leren. Dit kun je stimuleren door te zorgen dat er diversiteit in een team aanwezig is. Niet alleen tussen ervaren en minder ervaren mensen (meester-gezel), maar ook diversiteit in rollen of werkzaamheden.

Daarnaast kun je het leergevoel motiveren door het toepassen van nieuwe technieken. Is men geïnteresseerd in een nieuwe techniek die hot is? Waarom dit dan niet inzetten voor een deel van een applicatie? Zo zou je kunnen kiezen om een bepaald deel van een webapplicatie — bijvoorbeeld een widget — te bouwen in ReactJS. Of een API in een andere programmeertaal ontwikkelen dan die je gewend bent, zoals Elixir. Grote kans dat de kennis die hierbij wordt opgedaan bruikbaar is bij een project in de toekomst.

Alleen al een korte discussie met voors en tegens over het wel of niet toepassen van een nieuwe technologie is al leerzaam voor velen.

Wat ook goed helpt zijn ‘Lunch and learn’-sessies. Dit zijn sessies waarbij tijdens de lunch een collega een praatje doet over een techniek of programmeertaal waar ze mee bezig zijn of in geïnteresseerd zijn. Een gepassioneerd verhaal werkt vaak motiverend en aanstekelijk voor de toehoorders. Vaak zie je dat er in op verschillende plekken in de organisatie weer andere initiatieven uit voortvloeien. Kortom: maak tijd vrij voor inspiratie, verfrissing en vernieuwing!

3. Afwisseling!

Denk hierbij aan rouleren van taken binnen een scrumteam. Eens een keer iets heel anders doen binnen project houdt je werk afwisselend. Zo kunnen backend developers werken aan een front-end userstory en andersom. Maar ook een klantenbezoek of het schrijven van een blogpost zorgt voor de nodige afwisseling.

Op een hoger niveau zorgt afwisseling zelfs voor ‘Duurzame Inzetbaarheid’ Ook al zo’n term die de afgelopen jaren hip is geworden. Een interessant concept dat hieruit wel eens wordt toegepast is het wisselen van functie. Je creëert een heel nieuwe vorm van afwisseling en betrokkenheid als twee mensen ruilen van functie. Dit kan op allerlei niveaus. Ook binnen projectteams.

4. Duidelijkheid

Al eens in een project gezeten waar je iedere dag een andere kant op gestuurd werd? Waar het doel iedere week leek te veranderen? Teveel afwisseling zonder duidelijk doel is een van de meest demotiverende oorzaken in een projectteam. Zeker bij software development, waarbij men in de agile werkwijze erop gebrand is om met sprints te werken. Gezamenlijk sprinten naar een helder doel gedurende een korte periode van één of twee weken heeft al bewezen succesvol te zijn. Dit betekent dat het sprintdoel dan wel vast moet staan. In het scrum proces heeft de product owner (PO) hierbij een belangrijke rol als het gaat om het bewaken van deze duidelijkheid.

5. Zingeving (Why)

Nog een onderdeel dat ook al door Daniel Pink werd benoemd. Het is steeds belangrijker geworden dat het werk dat mensen doen zin heeft. En iets toevoegt aan een groter geheel. Waarom is het project belangrijk? Wat levert dit op? Voor wie? Hoe wordt de wereld daar beter van? Hierover nadenken en dit expliciet blijven benoemen is belangrijk als basis voor intrinsieke motivatie. Bij betrokkenheid voor een project, maar zelfs ook voor de keuze van een werkgever.

6. Sfeer

Uiteraard is de sfeer of cultuur in een team ook bepalend voor de beleving over je dagelijks werk. Mensen die dag in dag uit met elkaar werken hebben meer dan een puur professionele band met elkaar. Mensen willen een band opbouwen met diegenen die dicht bij hen staan. Als je weet wat je collega drijft dan snap je zijn communicatie en reacties veel beter. Het verhoogt de onderling acceptatie en het samenwerken. Zo zijn die sociale teamuitjes niet alleen gezellig, maar eigenlijk ook nog nuttig!

Happiness

Of een developer happy is in zijn of haar werk is niet altijd van de buitenkant af te lezen. Een goede retrospective (iedere twee weken) en een daily standup (iedere dag!) zijn wel momenten waarbij dit getoetst kan worden en waarbij een developer zijn ei kwijt kan. Wel eens van een happiness-meting gehoord? Bij Kabisa meten we al jaren het geluk van onze developers en medewerkers. We hebben hier al eens een blog over geschreven.

Lukt het jou niet om een team te smeden die hoge kwaliteit levert en ook plezier heeft in het werk? Misschien kunnen wij je helpen? Neem gerust contact met ons op. Eventuele tips die nog niet zijn genoemd horen wij overigens graag onder in de comments.