Perché la microgestione degli sviluppatori di software non è una buona idea

Perché la microgestione degli sviluppatori di software non è una buona idea

introduzione

Come vi sentite quando avete qualcuno che vi guarda costantemente le spalle?

Come sarebbe quando il manager vi chiama in continuazione per chiedervi i rapporti sullo stato di avanzamento dei lavori, mentre voi state cercando di portare a termine il vostro lavoro?

Sembra a dir poco frustrante, vero? Sarebbe dannoso per la vostra produttività, giusto?

Che ne dite di avere un manager che vi affida un lavoro creativo e poi vi dà istruzioni passo passo su come svolgerlo? Questo non lascia molto spazio alla creatività, giusto?

Questo è il senso del micromanagement.

Che cos’è il micromanagement?

La linea di demarcazione tra il controllo del team e i consigli di ispirazione può essere un po’ confusa. Ma è importante sapere dove la linea di demarcazione sfuma e si diventa un manager frustrante e irritante. Nel micromanagement, il manager cerca costantemente di controllare tutto ciò che il team fa, suggerendo modifiche e facendo commenti sui progetti, soprattutto quelli non graditi. I professionisti di talento, di abilità e di esperienza non la prendono affatto bene. Vale praticamente per ogni lavoro, e vale soprattutto nel campo dello sviluppo del software.

Spesso le aziende assumono sviluppatori di software e manager che non hanno esperienza nella gestione di particolari progetti di sviluppo software, e questa combinazione può essere letale.

Non sono solo gli sviluppatori di software a detestare il micromanaging, ma vedono questo processo come un ostacolo alla loro produttività. L’obiettivo degli sviluppatori è

  • Per migliorare la velocità
  • Migliorare la frequenza di distribuzione del codice
  • Obiettivi di prestazione in tempo reale

I team di sviluppatori Scrum hanno revisioni delle prestazioni alla fine di ogni sprint e hanno revisioni del codice ogni settimana, quindi queste revisioni annuali, semestrali o trimestrali sembrano una perdita di tempo.

Quindi, come è possibile gestire il loro lavoro senza rendere infelici gli sviluppatori? Le organizzazioni devono ancora utilizzare metodi per verificare se gli sviluppatori di software soddisfano/superano le aspettative, gli obiettivi aziendali e le prestazioni.

Suggerimenti su come evitare il micromanaging e portare comunque a termine il lavoro

Poiché il micromanagement può rendere il team stressato e ansioso, dovrete trovare un modo per facilitare il processo per tutti.

Promuovere l’autonomia sul posto di lavoro

La costruzione di una cultura dell’autonomia sul posto di lavoro consentirà al team di prosperare e lavorare meglio. I manager che concedono ai propri collaboratori un’ampia autonomia hanno maggiori probabilità di portare a termine il lavoro con successo. Piuttosto che dare loro delle direttive, lasciate che il team segua il proprio istinto e la propria esperienza e porti a termine il lavoro. Lasciate che sfruttino appieno gli strumenti e le strutture a loro disposizione e che stabiliscano i loro programmi. Una volta in possesso degli strumenti, lavoreranno nel migliore dei modi. La libertà di fare il lavoro che ritengono migliore porterà più successo che non monitorarli ad ogni passo.

Gli obiettivi e i risultati chiave devono essere allineati con gli obiettivi aziendali.

I team manager e il team di sviluppatori devono collaborare tra loro per garantire che gli obiettivi e i risultati chiave siano in linea con gli obiettivi tecnici e aziendali. In modo equilibrato, entrambe le parti avranno gli obiettivi nel mirino. Il team lavora con il manager discutendo, discutendo e decidendo i risultati su vari aspetti dello sviluppo dell’app.

Controllare se gli impegni di sprint e di rilascio sono stati rispettati.

Il rispetto delle scadenze è un modo per misurare la disciplina di un team e allineare gli standard seguiti durante il progetto. Invece di stare sempre con il fiato sul collo, i manager possono stabilire un livello di aspettative alto/basso per tutti gli sprint e rivedere le loro prestazioni in tutti gli sprint. Questo è un modo efficace per verificare se soddisfano i parametri di qualità.

Utilizzo del sondaggio sulla soddisfazione delle parti interessate e dei proprietari dei prodotti

Ogni progetto mira a garantire la soddisfazione degli stakeholder e dei proprietari del prodotto. Uno strumento per misurarlo è un sondaggio sulla soddisfazione che catturi il feedback da restituire agli sviluppatori agili. In questo modo è possibile raccogliere un feedback attuale sul lavoro svolto e sulle aree di miglioramento dal punto di vista degli stakeholder e dei product owner. Dopo tutto, il manifesto agile definisce chiaramente il valore fondamentale della “collaborazione con il cliente piuttosto che la negoziazione del contratto”.

Le risorse giuste per il team

Il team di sviluppatori non lavora a tempo, e lavorerà bene solo quando sarà autonomo. Tuttavia, è possibile disporre di alcune risorse che funzionano con il loro stile al lavoro. Lo strumento di tracciamento potrebbe essere uno di questi e può essere utilizzato per raccogliere dati da sprint e progetti e per prevedere le tempistiche dei progetti.

Fare grandi assunzioni

Assumendo il team giusto, non dovrete più fare da micromanager. Sapranno cosa fare e come consegnare. Se l’azienda offre una retribuzione competitiva e ottimi benefit, attirerà la crema del team e le persone che danno risultati.

Creare un processo di revisione tra pari

Le revisioni tra pari sono un ottimo modo per determinare se gli sviluppatori stanno facendo il loro lavoro nello sviluppo di codice manutenibile e di documentazione utile. Quando i colleghi commentano la leggibilità del codice, forniscono valutazioni sulla documentazione ed eseguono sondaggi per l’integrazione di microservizi, API, ecc.

Conclusione

I rapidi sviluppi nel campo dello sviluppo del software rendono imperativo per gli sviluppatori adottare queste tecnologie e metodologie. E hanno bisogno di autonomia per esplorare nuovi strumenti e utilizzare le migliori pratiche. Il micromanagement limita la loro libertà di fare questo, perché può portare a team demotivati e disgregati.

Gli sviluppatori sono una razza diversa e quando sono sottoposti a microgestione possono pensare che il loro contributo non sia apprezzato o rispettato. E quando i team di sviluppatori sono gestiti in modo micromanuale, le probabilità di errore sono più alte, perché potrebbero essere costretti a prendere decisioni non necessarie e che potrebbero influire sulla qualità del lavoro.

Quando c’è un manager a guidare il team, il suo compito è quello di fornire tutte le risorse di cui hanno bisogno, fornire loro risorse e indicazioni se necessario, e poi letteralmente togliersi di mezzo!

Link interessanti:

Come gestire gli sviluppatori di software senza fare il microscopista

Alcune delle indicazioni che indicano che state gestendo il vostro progetto in modo micromanuale

Immagini: Canvas


L’autore: Sascha Thattil lavora presso Software-Developer-India.com che fa parte del gruppo YUHIRO. YUHIRO è un’impresa tedesco-indiana che fornisce programmatori ad aziende IT, agenzie e dipartimenti IT.

Lascia un commento

Questo sito usa Akismet per ridurre lo spam. Scopri come i tuoi dati vengono elaborati.