Hvorfor mikrostyring af softwareudviklere ikke er en god idé

Introduktion

Hvordan ville du have det, hvis der hele tiden var nogen, der kiggede dig over skulderen?

Hvordan ville det være, hvis chefen hele tiden ringer til dig og beder om statusrapporter, når du prøver at få noget arbejde fra hånden?

Det lyder mildest talt frustrerende, ikke? Det ville være skadeligt for din produktivitet, ikke?

Hvad med at have en leder, der giver dig et kreativt job og derefter giver dig trinvise instruktioner om, hvordan du gør det? Det efterlader ikke meget plads til kreativitet, vel?

Det er det, mikromanagement handler om.

Hvad er mikromanagement?

Grænsen mellem at kontrollere dit team og give dem inspirerende tips kan være lidt forvirrende. Men det er vigtigt at vide, hvor grænsen går, og man bliver en frustrerende og irriterende leder. I mikromanagement forsøger lederen konstant at kontrollere alt, hvad teamet gør, foreslår ændringer og kommer med kommentarer til projekterne, især uvelkomne kommentarer. Talentfulde, dygtige og erfarne fagfolk tager det slet ikke pænt. Det gælder for stort set alle job, og det gælder især inden for softwareudvikling.

Ofte ansætter virksomheder softwareudviklere og ledere, der ikke har erfaring med at styre bestemte softwareudviklingsprojekter, og denne kombination kan være livsfarlig.

Det er ikke kun softwareudviklere, der afskyr mikromanagement, men de ser processen som noget, der står i vejen for deres produktivitet. Udviklernes fokus er

  • For at forbedre hastigheden
  • Forbedre hyppigheden af implementering af kode
  • Mål for ydeevne i realtid

Scrum-udviklerteams har performance reviews i slutningen af hvert sprint, og de har code reviews hver uge, så det virker som spild af tid at have disse årlige, halvårlige eller kvartalsvise performance reviews.

Så hvordan er det muligt at styre deres arbejde uden at gøre udviklerne ulykkelige? Organisationer er stadig nødt til at bruge metoder, der viser, om softwareudviklerne opfylder/overgår forventninger, forretningsmål og performance.

Tips til, hvordan man undgår mikromanagement og stadig får arbejdet gjort

Da mikromanagement kan gøre teamet stresset og ængsteligt, bliver du nødt til at finde på måder, der kan lette processen for alle.

Fremme af selvstændighed på arbejdspladsen

At opbygge en kultur med selvstændighed på arbejdspladsen vil gøre det muligt for teamet at blomstre og arbejde bedre. Ledere, der giver deres team masser af selvstændighed, er mere tilbøjelige til at få arbejdet gjort med succes. I stedet for at give dem retning, så lad teamet følge deres instinkt og erfaring og få arbejdet gjort. Lad dem drage fuld fordel af de værktøjer og rammer, de har til rådighed, og lad dem selv bestemme deres tidsplaner. Når de har værktøjerne, vil de arbejde på den bedst mulige måde. Friheden til at udføre det arbejde, de mener er bedst, vil give mere succes end at overvåge dem hele vejen.

Målsætninger og nøgleresultater skal afstemmes med forretningsmålene

Teamlederne og udviklerteamet skal samarbejde med hinanden for at sikre, at målene og de vigtigste resultater stemmer overens med de tekniske og forretningsmæssige mål. Ved at gøre dette på en afbalanceret måde sikrer man, at begge parter har målene for øje. Teamet arbejder sammen med lederen ved at diskutere, debattere og beslutte resultaterne af forskellige aspekter af appudviklingen.

Tjek, om sprint- og releaseforpligtelserne er overholdt.

At overholde deadlines er en måde at måle et teams disciplin på og justere de standarder, de har fulgt gennem hele projektet. I stedet for at være på hælene hele tiden, kan lederne sætte en høj/lav forventningsbarre på tværs af alle sprints og gennemgå deres præstationer på tværs af dem. Det er en effektiv måde at tjekke, om de lever op til kvalitetsstandarderne.

Brug af tilfredshedsundersøgelsen fra interessenter og produktejere

Ethvert projekt har til formål at sikre interessenternes og produktejernes tilfredshed. Et værktøj til at måle det er en tilfredshedsundersøgelse, der indsamler feedback, som kan gives tilbage til de agile udviklere. På den måde er det muligt at indsamle aktuel feedback om det udførte arbejde og forbedringsområder fra både interessenters og produktejeres perspektiv. Når alt kommer til alt, definerer det agile manifest klart kerneværdien “kundesamarbejde frem for kontraktforhandling”.

De rigtige ressourcer til teamet

Udviklerteamet arbejder ikke efter tidsplanen, og de vil kun fungere godt, når de arbejder selvstændigt. Alligevel kan du have nogle ressourcer, der vil fungere deres stil på arbejdspladsen. Sporingsværktøjet kunne være et sådant værktøj, og du kan bruge det til at indsamle data fra sprints og projekter og til at forudsige tidslinjer for projekter.

At lave gode ansættelser

Ansæt det rigtige team, og du behøver ikke længere at styre i detaljer. De vil vide, hvad de skal gøre, og hvordan de skal levere. Når virksomheden tilbyder konkurrencedygtig løn og gode fordele, vil den tiltrække de bedste på holdet og folk, der leverer varen.

Skab en proces for peer reviews

Peer reviews er en god måde at afgøre, om udviklerne gør deres arbejde med at udvikle vedligeholdelsesvenlig kode og brugbar dokumentation. Når peers kommenterer kodens læsbarhed, giver karakterer til dokumentation og udfører undersøgelser af integration af microservices, API’er osv.

Konklusion

Den hurtige udvikling inden for softwareudvikling gør det bydende nødvendigt for udviklere at anvende disse teknologier og metoder. Og de har brug for selvstændighed til at udforske nye værktøjer og anvende best practices. Mikromanagement begrænser deres frihed til at gøre dette, da det kan føre til demotiverede og forstyrrede teams.

Udviklere er en anden race, og når de bliver detailstyret, kan de føle, at deres bidrag ikke bliver værdsat eller respekteret. Og når udviklerteams bliver detailstyret, er risikoen for fejl større, fordi de kan blive tvunget til at træffe beslutninger, der ikke er nødvendige, og det kan påvirke kvaliteten af arbejdet.

Når der er en leder til at lede teamet, er det faktisk dennes opgave at stille alle de ressourcer til rådighed, som de har brug for, give dem ressourcer og vejledning, hvis det er nødvendigt, og så bogstaveligt talt gå af vejen!

Interessante links:

Se tipsene til mikromanagement af programmører

Nogle af tegnene på, at du mikroadministrerer dit projekt

Billeder: Canva


Forfatteren: Sascha Thattil arbejder på Software-Developer-India.com, som er en del af YUHIRO Group. YUHIRO er en tysk-indisk virksomhed, der leverer programmører til IT-virksomheder, agenturer og IT-afdelinger.

Skriv et svar

This site uses Akismet to reduce spam. Learn how your comment data is processed.