Hvorfor micromanaging programvareutviklere ikke er en god idé

Introduksjon

Hvordan ville du følt deg når noen ser deg over skulderen hele tiden?

Hvordan ville det vært når lederen stadig ringer deg og ber om fremdriftsrapporter når du prøver å få gjort noe?

Det høres mildt sagt frustrerende ut, ikke sant? Det ville være skadelig for produktiviteten din, ikke sant?

Hva med å ha en leder som gir deg en kreativ jobb, og deretter gir deg trinnvise instruksjoner om hvordan du gjør det? Det gir ikke mye rom for kreativitet da, ikke sant?

Det er dette micromanaging handler om.

Hva er mikrostyring?

Grensen mellom å kontrollere teamet ditt og å gi dem inspirerende tips kan være litt forvirrende. Men det er viktig å vite hvor grensen visker ut og du blir en frustrerende og irriterende leder. I mikroledelse prøver lederen hele tiden å kontrollere alt teamet gjør, foreslår endringer og kommenterer prosjektene, spesielt uvelkomne. Talentfulle, dyktige og erfarne fagfolk tar ikke dette vennlig i det hele tatt. Det gjelder praktisk talt alle jobber, og spesielt innen programvareutvikling.

Ofte ansetter bedrifter programvareutviklere og ledere som ikke har erfaring med å lede bestemte programvareutviklingsprosjekter, og denne kombinasjonen kan være dødelig.

Det er ikke bare programvareutviklere som avskyr mikroadministrasjon, men de ser på prosessen som noe som står i veien for produktiviteten deres. Fokuset til utviklerne er

  • For å forbedre hastigheten
  • Forbedre kodedistribusjonsfrekvensen
  • Resultatmål i sanntid

Scrum-utviklerteam har ytelsesvurderinger på slutten av hver sprint, og de har kodevurderinger hver uke, så å ha disse årlige, halvårlige eller kvartalsvise ytelsesvurderingene virker som bortkastet tid.

Så hvordan er det mulig å administrere arbeidet deres uten å gjøre utviklerne ulykkelige? Organisasjoner må fortsatt bruke metoder som ser om programvareutviklerne oppfyller/overgår forventninger, forretningsmål og ytelse.

Tips om hvordan du unngår mikrostyring, og likevel får jobben gjort

Siden mikroledelse kan gjøre teamet stresset og engstelig, må du finne måter som vil lette prosessen for alle.

Fremme autonomi på arbeidsplassen

Å bygge en kultur for autonomi på arbeidsplassen vil gjøre det mulig for teamet å blomstre og jobbe bedre. Ledere som gir teamet sitt rikelig med autonomi, er mer sannsynlig å få arbeidet gjort vellykket. I stedet for å gi dem retning, la teamet følge instinktet og erfaringene deres, og få arbeidet gjort. La dem dra full nytte av verktøyene og rammeverkene som er tilgjengelige for dem, og la dem sette timeplanene sine. Når de har verktøyene vil de jobbe på best mulig måte. Friheten til å utføre arbeid de tror vil være best vil gi mer suksess til bordet enn å overvåke dem hvert trinn på veien.

Mål og nøkkelresultater som skal være på linje med forretningsmål

Teamlederne og utviklerteamet må samarbeide med hverandre for å sikre at målene og nøkkelresultatene er i takt med tekniske og forretningsmessige mål. Å gjøre dette på en balansert måte vil sørge for at begge parter har målene i kikkerten. Teamet samarbeider med lederen ved å diskutere, diskutere og bestemme resultatene på ulike aspekter av apputvikling.

Sjekk om sprint- og slippforpliktelsene overholdes

Å overholde tidsfrister er en måte å måle et teams disiplin og tilpasse standardene de har fulgt gjennom hele prosjektet. I stedet for å være på hælene hele tiden, kan ledere sette en høy/lav standard for forventninger på tvers av alle spurtene, og vurdere prestasjonene sine på tvers av dem. Dette er en effektiv måte å sjekke om de oppfyller kvalitetsstandarder.

Bruker tilfredshetsundersøkelsen fra interessentene og produkteiere

Ethvert prosjekt tar sikte på å sikre tilfredshet for interessenter og produkteiere. Ett verktøy for å måle det er gjennom en tilfredshetsundersøkelse som vil fange opp tilbakemeldingene for å gi tilbake til de smidige utviklerne. På denne måten er det mulig å samle inn aktuelle tilbakemeldinger på arbeidet som er utført, og forbedringsområder fra både interessenter og produkteieres perspektiv. Tross alt definerer det smidige manifestet klart kjerneverdien av «kundesamarbeid fremfor kontraktsforhandling».

De riktige ressursene for teamet

Utviklerteamet jobber ikke døgnet rundt, og de vil fungere bra bare når de jobber autonomt. Likevel kan du ha noen ressurser som vil fungere deres stil på jobben. Sporingsverktøyet kan være et slikt verktøy, og du kan bruke det til å samle inn data fra sprints og prosjekter og til å forutsi tidslinjer for prosjekter.

Gjør gode ansettelser

Hvis du ansetter det riktige teamet, trenger du ikke å micromanage lenger. De vil vite hva de skal gjøre, og hvordan de skal levere. Når selskapet tilbyr konkurransedyktig lønn og store fordeler, vil det bringe inn kremen av teamet, og folk som leverer.

Opprett en prosess for fagfellevurderinger

Fagfellevurderinger er en fin måte å finne ut om utviklerne gjør jobben sin med å utvikle vedlikeholdbar kode og nyttig dokumentasjon. Når kolleger kommenterer kodelesbarhet, gir vurderinger på dokumentasjon og utfører undersøkelser for integrering av mikrotjenester, APIer, etc.

Konklusjon

Den raske utviklingen innen programvareutvikling gjør det viktig for utviklere å ta i bruk disse teknologiene og metodene. Og de trenger autonomi til å utforske nye verktøy og bruke beste praksis. Mikroledelse begrenser deres frihet til å gjøre dette, da det kan føre til demotiverte og forstyrrede team.

Utviklere er en annen rase, og når de er mikroadministrert kan de føle at deres bidrag ikke blir verdsatt eller respektert. Og det er nå når utviklerteam er mikroadministrert, sjansene for feil er høyere fordi de kan bli tvunget til å ta beslutninger som ikke er nødvendige, og som kan påvirke arbeidskvaliteten.

Når det er en leder som skal lede teamet, er jobben deres faktisk å gi alle ressursene de trenger, gi dem ressurser og veiledning om nødvendig, og så bokstavelig talt, komme seg ut av veien!

Interessante lenker:

Ta en titt på tipsene for Micromanaging-programmerere

Noen av indikasjonene på at du mikroadministrerer prosjektet ditt

Bilder: Canva


Forfatteren: Sascha Thattil jobber på Software-Developer-India.com som er en del av YUHIRO Group. YUHIRO er en tysk-indisk bedrift som tilbyr programmerere til IT-selskaper, byråer og IT-avdelinger.

Legg igjen en kommentar

Dette nettstedet bruker Akismet for å redusere spam. Lær om hvordan dine kommentar-data prosesseres.