Waarom het micromanagen van softwareontwikkelaars geen goed idee is

Waarom het micromanagen van softwareontwikkelaars geen goed idee is

Invoering

Hoe zou jij je voelen als er constant iemand over je schouder meekijkt?

Hoe zou het zijn als de manager je constant belt om te vragen naar voortgangsrapporten terwijl je probeert wat werk gedaan te krijgen?

Dat klinkt op zijn zachtst gezegd frustrerend, toch? Dat zou nadelig zijn voor je productiviteit, toch?

Wat dacht je van een manager die je een creatieve opdracht geeft en je vervolgens stap-voor-stap instructies geeft over hoe je die moet uitvoeren? Dan blijft er niet veel ruimte over voor creativiteit, toch?

Dit is wat micromanagen inhoudt.

Wat is micromanagement?

De grens tussen het controleren van je team en het geven van inspirerende tips kan een beetje verwarrend zijn. Maar het is belangrijk om te weten waar de grens vervaagt en je een frustrerende en irritante manager wordt. Bij micromanagement probeert de manager voortdurend alles te controleren wat het team doet, wijzigingen voor te stellen en commentaar te geven op de projecten, vooral ongewenste. Getalenteerde, vaardige en ervaren professionals nemen dit absoluut niet serieus. Dit geldt voor bijna elke baan, en vooral op het gebied van softwareontwikkeling.

Vaak huren bedrijven softwareontwikkelaars in, en managers die geen ervaring hebben met het managen van bepaalde softwareontwikkelingsprojecten, en deze combinatie kan dodelijk zijn.

Niet alleen softwareontwikkelaars hebben een hekel aan micromanaging, maar ze zien het proces ook als iets dat hun productiviteit in de weg staat. De focus van ontwikkelaars is

• Om de snelheid te verbeteren
• Verbeter de implementatiefrequentie van code
• Real-time prestatiedoelen

Scrum ontwikkelteams hebben prestatiebeoordelingen aan het einde van elke sprint en ze hebben elke week codebeoordelingen, dus deze jaarlijkse, halfjaarlijkse of driemaandelijkse prestatiebeoordelingen lijken een verspilling van tijd.

Dus hoe is het mogelijk om hun werk te beheren zonder de ontwikkelaars ongelukkig te maken? Organisaties moeten nog steeds methoden gebruiken om te zien of de softwareontwikkelaars voldoen aan de verwachtingen, bedrijfsdoelstellingen en prestaties.

Tips om micromanagement te vermijden en toch het werk gedaan te krijgen

Aangezien micromanagement het team gestrest en angstig kan maken, moet je manieren bedenken om het proces voor iedereen te vergemakkelijken.

Autonomie op de werkplek bevorderen

Door een cultuur van autonomie op de werkvloer te creëren, zal het team zich kunnen ontplooien en beter kunnen werken. Managers die hun team veel autonomie geven, hebben meer kans om hun werk tot een goed einde te brengen. In plaats van hen aanwijzingen te geven, laat je het team hun instinct en ervaring volgen en het werk afmaken. Laat ze optimaal gebruik maken van de hulpmiddelen en kaders die tot hun beschikking staan en laat ze hun eigen schema’s bepalen. Als ze het gereedschap eenmaal hebben, zullen ze op de best mogelijke manier werken. De vrijheid om het werk te doen waarvan zij denken dat het het beste zal zijn, zal meer succes opleveren dan hen bij elke stap in de gaten te houden.

Doelstellingen en belangrijkste resultaten afstemmen op bedrijfsdoelstellingen

De teammanagers en het ontwikkelteam moeten met elkaar samenwerken om ervoor te zorgen dat de doelstellingen en belangrijkste resultaten in overeenstemming zijn met de technische en zakelijke doelstellingen. Door dit op een evenwichtige manier te doen, zorg je ervoor dat beide partijen de doelstellingen in het vizier hebben. Het team werkt samen met de manager door te discussiëren, debatteren en besluiten te nemen over de resultaten van verschillende aspecten van de app-ontwikkeling.

Controleren of de sprint- en releaseverplichtingen worden nagekomen

Het halen van deadlines is één manier om de discipline van een team te meten en de normen die ze tijdens het project hebben gevolgd op elkaar af te stemmen. In plaats van de hele tijd op hun hielen te zitten, kunnen managers een hoge/lage lat van verwachtingen leggen voor alle sprints en hun prestaties daartussen beoordelen. Dit is een effectieve manier om te controleren of ze aan de kwaliteitsstandaards voldoen.

Het tevredenheidsonderzoek van de belanghebbenden en producteigenaren gebruiken

Elk project is gericht op de tevredenheid van de belanghebbenden en producteigenaren. Een middel om dat te meten is een tevredenheidsonderzoek dat de feedback vastlegt en teruggeeft aan de agile ontwikkelaars. Op deze manier is het mogelijk om actuele feedback te verzamelen over het werk dat is gedaan en over verbeterpunten vanuit het perspectief van zowel belanghebbenden als producteigenaren. Het agile manifesto definieert immers duidelijk de kernwaarde ‘samenwerking met de klant boven contractonderhandelingen’.

De juiste middelen voor het team

Het team van ontwikkelaars werkt niet volgens de klok en ze zullen alleen goed werken als ze autonoom werken. Toch kun je over een aantal middelen beschikken die hun stijl op het werk ondersteunen. De tracking tool kan zo’n tool zijn en je kunt het gebruiken om gegevens van sprints en projecten te verzamelen en om tijdlijnen voor projecten te voorspellen.

Geweldige mensen aannemen

Als je het juiste team aanneemt, hoef je niet meer te micromanagen. Ze weten wat ze moeten doen en hoe ze moeten leveren. Als een bedrijf een concurrerend salaris en geweldige secundaire arbeidsvoorwaarden biedt, zal het de beste mensen van het team aantrekken en mensen die resultaten leveren.

Creëer een proces voor peer reviews

Collegiale beoordelingen zijn een geweldige manier om te bepalen of de ontwikkelaars hun werk doen door onderhoudbare code en bruikbare documentatie te ontwikkelen. Wanneer collega’s commentaar geven op de leesbaarheid van code, beoordelingen geven op documentatie en enquêtes uitvoeren voor de integratie van microservices, API’s, enz.

Conclusie

De snelle ontwikkelingen op het gebied van softwareontwikkeling maken het noodzakelijk dat ontwikkelaars deze technologieën en methodologieën overnemen. En ze hebben de autonomie nodig om nieuwe tools te verkennen en best practices toe te passen. Micromanagement beperkt hun vrijheid om dit te doen omdat het kan leiden tot gedemotiveerde en verstoorde teams.

Ontwikkelaars zijn van een ander ras en als ze aan micromanagement doen, kunnen ze het gevoel krijgen dat hun bijdragen niet gewaardeerd of gerespecteerd worden. En dat is nu wanneer ontwikkelteams gemicromanaged worden, de kans op fouten groter is omdat ze gedwongen kunnen worden om beslissingen te nemen die niet nodig zijn, en dat kan de kwaliteit van het werk beïnvloeden.

Als er een manager is om het team te leiden, dan is het eigenlijk hun taak om te zorgen voor alle middelen die ze nodig hebben, hen te voorzien van middelen en begeleiding als dat nodig is, en dan letterlijk uit de weg te gaan!

Interessante links:

Bekijk de tips voor het micromanagen van programmeurs

Enkele aanwijzingen dat je je Project micromanaget

Foto’s: Canvas

De auteur: Sascha Thattil werkt bij Software-Developer-India.com, een onderdeel van de YUHIRO Group. YUHIRO is een Duits-Indiase onderneming die programmeurs levert aan IT-bedrijven, agentschappen en IT-afdelingen.