Guida Scrum | 14. Errori degli sviluppatori

Il Development Team è un gruppo di professionisti indipendenti. Tuttavia, il successo del progetto che implementano dipende dai loro sforzi congiunti. E questo richiede molta maturità e capacità di lavoro di squadra. Quali sono gli errori più comuni degli sviluppatori? Quali di loro rendono difficile o addirittura impossibile il perseguimento dell'Obiettivo del Prodotto?

Errori comuni degli sviluppatori – sommario:

1. Errori comuni degli sviluppatori
2. Essere eccessivamente attaccato alle tue idee
3. Lavoro autonomo
4. Ritiro dello sviluppatore
5. Indipendenza
6. Limitare le responsabilità all'ambito dell'autorità
7. Sprint arretrato disordine
8. Riepilogo

Errori comuni degli sviluppatori

Molti degli errori degli Sviluppatori che lavorano in Scrum hanno la loro origine nel loro approccio al lavoro di squadra. Da un lato, è l' incompresa indipendenza e la difesa delle proprie idee contro gli interessi della squadra. D'altra parte, fa affidamento sugli altri e sulla mancanza di indipendenza. Un'altra fonte di problemi potrebbe essere un'incomprensione della responsabilità del team.

Essere eccessivamente attaccato alle tue idee

Le responsabilità quotidiane degli sviluppatori includono la ricerca di soluzioni innovative a problemi complessi. Lo sforzo profuso nello sviluppo di soluzioni può indurli ad attaccarsi eccessivamente alle loro idee. Questo a sua volta fa perdere di vista l'obiettivo del prodotto e dedica troppo tempo allo sviluppo di soluzioni secondarie che non sono utili dal punto di vista aziendale. E sono anche meno disposti a cercare soluzioni alternative, che minacciano l'agilità del Team.

Lavoro autonomo

Se uno sviluppatore ha difficoltà a comprendere il proprio ruolo nel Team, cercherà di separare i propri compiti dallo Sprint Goal. Peggio ancora, li faranno senza fare riferimento al resto della squadra. Può anche diventare un problema se apportano arbitrariamente modifiche allo Sprint Backlog. Ecco come l'incompresa indipendenza di uno degli Sviluppatori può derivare da problemi di comunicazione.

Un eccessivo desiderio di indipendenza può essere radicato in una mancanza di riconoscimento per i risultati individuali di uno sviluppatore . Appare quando il suo contributo al lavoro svolto dal Team è valutato sproporzionato rispetto allo sforzo profuso e alla difficoltà del compito.

Lavorare da soli può diventare fonte di seri conflitti all'interno del Team. Ecco perché è così importante che lo Scrum Master reagisca e risolva il problema sottostante il prima possibile. Questo perché può risultare che l'errore non risiede nello Sviluppatore, ma con una valutazione errata del suo coinvolgimento.

Ritiro dello sviluppatore

Il problema risultante dai due precedenti – lavorare da soli ed essere eccessivamente attaccati alle proprie idee – può essere un problema di mancanza di comunicazione. Quindi quegli Sviluppatori iniziano a isolarsi dal Team. Sebbene svolgano i loro compiti secondo lo Sprint Backlog, si ritirano dalla vita del Team.

In una tale situazione lo Scrum Master dovrebbe prestare particolare attenzione agli Sviluppatori ritirati. Apprezzare il loro contributo al Team e incoraggiarli ad adottare un atteggiamento proattivo.

Indipendenza

L'auto-organizzazione è una caratteristica di un Team di sviluppo maturo e ben composto che abbiamo descritto in un articolo precedente. Significa che, nonostante le difficoltà, gli sviluppatori non si affidano ad altre persone per dire loro come distribuire le attività tra di loro, come e quando completarle. Tuttavia, l'auto-organizzazione può dar luogo a malintesi interpersonali.

In tal caso, è necessario che lo Scrum Master sia sempre presente per assicurarsi che i compiti che devono essere eseguiti per raggiungere lo Sprint Goal siano distribuiti. Questo è quando si pone il problema della dipendenza degli sviluppatori .

Anche in questo caso, lo Scrum Master dovrebbe venire in soccorso incoraggiando i membri del Team di Sviluppo ad essere autodeterminati e ad assumersi la responsabilità dei propri compiti.

Limitare le responsabilità all'ambito dell'autorità

Un altro problema che gli Sviluppatori devono affrontare, soprattutto nel Team in formazione, è la riluttanza a svolgere compiti diversi da quelli appartenenti alle competenze chiave dello Sviluppatore.

Questo errore può portare a una significativa riduzione dell'efficacia del Team di Sviluppo. Non tutti gli Sprint utilizzano le competenze chiave di ciascun membro del Team. Pertanto, devono essere disponibili a svolgere altre attività, accessorie o organizzative che siano ugualmente rilevanti per lo Sprint Goal.

Sprint arretrato disordine

Uno di questi compiti è mantenere in ordine lo Sprint Backlog. È un compito fondamentale per il buon funzionamento del Team di sviluppo. Tuttavia, un errore comune sta spostando la responsabilità di mantenerlo tra gli sviluppatori. Questo ostacola non solo il lavoro sullo Sprint Goal ma anche lo sviluppo del Team e il suo continuo miglioramento.

Errori comuni degli sviluppatori -riepilogo

In sintesi, gli errori più comuni degli sviluppatori includono i tentativi di isolarsi dal Team nel suo insieme: lavorare da soli, spingere le proprie idee e ritirarsi. L'integrità del team di sviluppo è anche minacciata da problemi con lo sviluppo dell'indipendenza, disordine nello Sprint Backlog e riluttanza degli sviluppatori a svolgere compiti al di fuori delle loro competenze principali.

Se ti piacciono i nostri contenuti, unisciti alla nostra indaffarata community di api su Facebook, Twitter, LinkedIn, Instagram, YouTube.

Autore: Caroline Becker

In qualità di Project Manager, Caroline è esperta nella ricerca di nuovi metodi per progettare i migliori flussi di lavoro e ottimizzare i processi. Le sue capacità organizzative e la capacità di lavorare sotto pressione la rendono la persona migliore per trasformare in realtà progetti complicati.

Visualizza tutti i post

Guida alla mischia:

1. Glossario di termini, ruoli e nozioni di base
2. Cos'è Scrum?
3. Valori di mischia
4. Come implementare Scrum nella tua azienda?
5. Scrum Team: cos'è e come funziona?
6. Chi è un Product Owner?
7. Gli errori più comuni del Product Owner
8. Chi è lo Scrum Master?
9. Caratteristiche di un buon Scrum Master
10. Gli errori più comuni di Scrum Master
11. Quali statistiche e metriche dovrebbe monitorare lo Scrum Master?
12. Collaborazione tra Product Owner e Scrum Master
13. Team di sviluppo in Scrum
14. Gli errori più comuni degli sviluppatori
15. Artefatti di Scrum
16. Scalare Scrum
17. Sprint arretrato
18. Cos'è il Product Backlog?
19. Cosa sono le User Story?
20. Creare la migliore User Story con INVEST
21. Gli errori di User Story più comuni
22. Criteri di accettazione della User Story
23. Stima e Punti Storia in Scrum
24. Pianificazione del poker
25. Gioco di stima della squadra
26. Incremento di definizione
27. Eventi Scrum
28. Cos'è lo Sprint in Scrum?
29. Impegni dello Scrum Team - Obiettivo del prodotto, Obiettivo dello Sprint e Definizione del completamento
30. Che cos'è un diagramma di burndown?
31. Come creare e interpretare un diagramma di burndown?
32. Vantaggi e svantaggi del diagramma di burndown
33. Tavole Kanban in Scrum e Scrumban
34. Velocity in Scrum - Velocità del Team di Sviluppo
35. Scrum quotidiano
36. Pianificazione dello sprint
37. Recensione Sprint
38. Che cos'è una retrospettiva sprint?
39. Errori comuni durante una Retrospettiva Sprint
40. Consolidamento del Product Backlog