Scrum Gids | 14. Fouten van Ontwikkelaars

Het Ontwikkelteam is een groep onafhankelijke professionals. Het succes van het project dat zij uitvoeren, hangt echter af van hun gezamenlijke inspanningen. En dit vereist veel volwassenheid en teamwerkvaardigheden. Wat zijn de meest voorkomende fouten van ontwikkelaars? Welke van hen maken het nastreven van het Productdoel moeilijk of zelfs onmogelijk?

Veelvoorkomende fouten van ontwikkelaars – inhoudsopgave:

1. Veelvoorkomende fouten van ontwikkelaars
2. Te veel gehecht zijn aan je ideeën
3. Zelfstandigheid
4. Terugtrekking van de ontwikkelaar
5. Onafhankelijkheid
6. Beperken van verantwoordelijkheden tot de reikwijdte van de autoriteit
7. Sprint Backlog Rommel
8. Samenvatting

Veelvoorkomende fouten van ontwikkelaars

Veel van de fouten van ontwikkelaars die in Scrum werken, hebben hun oorsprong in hun benadering van teamwerk. Aan de ene kant is het misbegrepen onafhankelijkheid en het verdedigen van je ideeën tegen de belangen van het team. Aan de andere kant is het afhankelijk zijn van anderen en het gebrek aan onafhankelijkheid. Een andere bron van problemen kan een misverstand van teamverantwoordelijkheid zijn.

Te veel gehecht zijn aan je ideeën

De dagelijkse verantwoordelijkheden van ontwikkelaars omvatten het vinden van innovatieve oplossingen voor complexe problemen. De inspanning die wordt gestoken in het ontwikkelen van oplossingen kan ervoor zorgen dat ze te veel gehecht raken aan hun ideeën. Dit zorgt er op zijn beurt voor dat ze het Productdoel uit het oog verliezen en te veel tijd besteden aan het ontwikkelen van zijoplossingen die vanuit zakelijk perspectief niet nuttig zijn. En ze zijn ook minder bereid om naar alternatieve oplossingen te zoeken, wat de wendbaarheid van het team bedreigt.

Zelfstandigheid

Als een ontwikkelaar moeite heeft om zijn rol binnen het team te begrijpen, zal hij proberen zijn taken te scheiden van het Sprintdoel. Nog erger, ze zullen deze zonder verwijzing naar de rest van het team uitvoeren. Het kan ook een probleem worden als ze willekeurig wijzigingen aanbrengen in de Sprint Backlog. Dit is hoe de misbegrepen onafhankelijkheid van een van de ontwikkelaars kan voortkomen uit communicatieproblemen.

Een overmatige wens naar onafhankelijkheid kan geworteld zijn in een gebrek aan erkenning voor de individuele prestaties van een ontwikkelaar. Het verschijnt wanneer zijn of haar bijdrage aan het werk dat door het team is gedaan, buiten proportie wordt geëvalueerd ten opzichte van de inspanning die is geleverd en de moeilijkheid van de taak.

Op je eigen werken kan een bron van ernstige conflicten binnen het team worden. Daarom is het zo belangrijk dat de Scrum Master snel reageert en het onderliggende probleem oplost. Dit komt omdat het kan blijken dat de fout niet bij de ontwikkelaar ligt, maar bij een onjuiste beoordeling van hun betrokkenheid.

Terugtrekking van de ontwikkelaar

Het probleem dat voortkomt uit de vorige twee – op je eigen werken en te veel gehecht zijn aan je eigen ideeën – kan een probleem van gebrek aan communicatie zijn. Dan beginnen die ontwikkelaars zich van het team te isoleren. Hoewel ze hun taken uitvoeren volgens de Sprint Backlog, trekken ze zich terug uit het leven van het team.

In een dergelijke situatie moet de Scrum Master speciale aandacht besteden aan de teruggetrokken ontwikkelaars. Waardeer hun bijdrage aan het team en moedig hen aan om een proactieve houding aan te nemen.

Onafhankelijkheid

Zelforganisatie is een kenmerk van een volwassen, goed samengesteld ontwikkelteam dat we in een vorig artikel hebben beschreven. Het betekent dat ontwikkelaars, ondanks moeilijkheden, niet op andere mensen vertrouwen om hen te vertellen hoe ze taken onder elkaar moeten verdelen, hoe en wanneer ze deze moeten voltooien. Echter, zelforganisatie kan leiden tot interpersoonlijke misverstanden.

In een dergelijk geval is het noodzakelijk dat de Scrum Master te allen tijde aanwezig is om ervoor te zorgen dat de taken die moeten worden uitgevoerd om het Sprintdoel te bereiken, worden verdeeld. Dit is wanneer het probleem van afhankelijkheid van ontwikkelaars zich voordoet.

Opnieuw moet de Scrum Master te hulp schieten door de leden van het ontwikkelteam aan te moedigen om zelfbepalend te zijn en verantwoordelijkheid voor hun taken te nemen.

Beperken van verantwoordelijkheden tot de reikwijdte van de autoriteit

Een ander probleem waarmee ontwikkelaars te maken hebben, vooral in het vormende team, is de onwil om taken uit te voeren die niet behoren tot de kerncompetenties van de ontwikkelaar.

Deze fout kan leiden tot een aanzienlijke vermindering van de effectiviteit van het ontwikkelteam. Niet alle sprints maken gebruik van de kerncompetenties van elk teamlid. Daarom moeten ze openstaan voor het uitvoeren van andere, aanvullende of organiserende taken die even relevant zijn voor het Sprintdoel.

Sprint Backlog Rommel

Een dergelijke taak is het ordenen van de Sprint Backlog. Het is een sleuteltaak voor de soepele werking van het ontwikkelteam. Een veelgemaakte fout is echter het verschuiven van de verantwoordelijkheid voor het onderhouden ervan tussen ontwikkelaars. Dit hindert niet alleen het werk aan het Sprintdoel, maar ook de ontwikkeling van het team en de voortdurende verbetering ervan.

Veelvoorkomende fouten van ontwikkelaars – samenvatting

Samenvattend zijn de meest voorkomende fouten van ontwikkelaars pogingen om zich af te snijden van het team als geheel: op hun eigen werken, hun eigen ideeën doordrukken en zich terugtrekken. De integriteit van het ontwikkelteam wordt ook bedreigd door problemen met het ontwikkelen van onafhankelijkheid, rommel in de Sprint Backlog en de onwil van ontwikkelaars om taken buiten hun kerncompetenties uit te voeren.

Als je onze inhoud leuk vindt, sluit je dan aan bij onze drukke bijengemeenschap op Facebook, Twitter, LinkedIn, Instagram, YouTube.