Guida Scrum | 13. Team di Sviluppo in Scrum

Un Team di Sviluppo in Scrum è un gruppo interdisciplinare composto da tutte le persone coinvolte nella creazione di un Prodotto. Nell’articolo di oggi, esamineremo quali caratteristiche dovrebbe avere. Considereremo anche la composizione e le responsabilità di un Team di Sviluppo in grado di raggiungere efficacemente i propri Obiettivi.

Team di Sviluppo in Scrum – indice dei contenuti:

1. Caratteristiche del Team di Sviluppo
2. Team di Sviluppo
3. Responsabilità del Team di Sviluppo
4. Riepilogo

Caratteristiche del Team di Sviluppo

Il Team di Sviluppo che lavora secondo i principi di Scrum è un gruppo indipendente di specialisti. Non utilizza il supporto di specialisti esterni o subappaltatori. Ma cosa determina che il Team sia ben abbinato per raggiungere l’Obiettivo? E quali responsabilità sono incluse nei compiti di un Team di Sviluppo, indipendentemente dalla sua specializzazione?

Per essere efficace, un Team di Sviluppo deve avere almeno tre caratteristiche: la capacità di auto-organizzarsi, la spinta a crescere e l’interdisciplinarità.

Auto-organizzazione

Quando parliamo di Team Scrum, di cui il Team di Sviluppo fa parte, usiamo il termine ”auto-gestione”. Significa auto-gestione a livello organizzativo. Il Team Scrum nel suo insieme decide non solo chi farà il lavoro e come, ma anche su cosa lavoreranno. In un Team Scrum, gran parte dei compiti di gestione appartiene al Product Owner e allo Scrum Master.

Pertanto, nel caso di un Team di Sviluppo, l’auto-organizzazione è più importante dell’auto-gestione. Si riferisce alla pianificazione delle responsabilità, cioè decidere da soli chi eseguirà determinati compiti, quando e come.

La ricerca dello sviluppo

Una caratteristica chiave di un Team efficace è la spinta alla crescita. Il modo di completare i compiti assegnati dovrebbe essere ambizioso. Questo deriva non solo dalle predisposizioni individuali e dall’atteggiamento di ciascun membro del Team di Sviluppo. L’aumento delle competenze e dell’impegno è anche incoraggiato dall’atmosfera nel Team, che lo definisce nel suo insieme.

Interdisciplinarità

L’interdisciplinarità del Team significa che i suoi membri insieme dovrebbero avere tutte le competenze necessarie per creare un Incremento di valore in ogni Sprint. Significa anche che ogni membro del Team svolge i compiti necessari per quello Sprint. Ognuno fa ciò che è necessario per raggiungere l’Obiettivo. Anche se ciò significa assumere nuovi compiti al di fuori delle competenze del Developer. È un errore attenersi rigidamente alle proprie competenze professionali o al proprio ruolo.

Team di Sviluppo

Secondo la Guida Scrum, il numero massimo di Sviluppatori è otto. Una composizione così piccola incoraggia la comunicazione e l’apertura, poiché i membri del Team hanno l’opportunità di conoscersi meglio. Tuttavia, il Team non dovrebbe essere più piccolo di tre persone. Deve essere abbastanza grande da fare progressi visibili per il business in ogni Sprint.

Gli Sviluppatori all’interno di Scrum sono chiamati persone con una vasta gamma di competenze e responsabilità. In nessun caso il nome è riservato a persone che fanno programmazione. Pertanto, il Team può includere programmatori e designer, ricercatori e analisti, tester e scienziati, così come altri specialisti.

Non c’è gerarchia tra gli Sviluppatori. Ecco perché non usano titoli professionali o scientifici.

Un’importante assunzione sulla composizione del Team di Sviluppo è che è un’unità. Pertanto, i team più piccoli che lavorano su altri Obiettivi non dovrebbero essere separati da esso.

Responsabilità del Team di Sviluppo

Le responsabilità del Team di Sviluppo possono essere suddivise in tre aree. Queste sono:

• Pianificazione dei compiti
• Lavorare sul prodotto
• Migliorare la collaborazione all’interno del Team

Pianificazione dei compiti

La pianificazione dei compiti è un obbligo che tutti i Team di Sviluppo basati su Scrum devono adempiere. Consiste nel creare un piano di Sprint e inserirlo in un Sprint Backlog, che descriveremo in un articolo separato. La cosa più significativa è che il Team di Sviluppo lavora su di esso insieme. In questo modo ciascuno degli Sviluppatori sarà in grado di determinare realisticamente il numero di compiti da svolgere in un dato Sprint. A lungo termine, questo consente al Team di mantenere un ritmo costante e pianificare in modo più accurato.

È altrettanto essenziale tenere d’occhio il polso, cioè adattare il piano alla realtà quotidianamente. Se sorgono problemi, potrebbe essere necessario cambiare: riorganizzare i compiti, distribuire il lavoro in modo diverso o parlare con lo Scrum Master delle difficoltà emergenti.

Lavorare sul prodotto

Le modalità di lavoro su un Prodotto possono variare notevolmente a seconda dell’area in cui opera un dato Team di Sviluppo. In generale, l’obiettivo da raggiungere in ogni Sprint è creare un Incremento, cioè una funzionalità del Prodotto di valore commerciale.

È utile qui parlare direttamente e applicare la seguente regola:

Quando intraprendi un lavoro su un Prodotto, devi lasciarlo in uno stato che non sia solo migliorato ma non meno finito rispetto alla versione precedente.

Applicare questo principio significa che il Team nel suo insieme si assume la responsabilità per l’Incremento. Se un Developer esegue i compiti in modo superficiale, causando un deterioramento della qualità del Prodotto, qualcun altro dovrà fare il lavoro per lui. D’altra parte, se un Developer trova bug nel Prodotto, dovrebbe correggerli da solo o passare le informazioni sui bug a qualcuno che può farlo. Scriveremo di più sul lavoro sull’Incremento del Prodotto all’interno di uno Sprint in un articolo separato.

Migliorare la collaborazione nel Team

Lavorare sul modo in cui opera il Team riguarda il costante miglioramento dell’efficienza e dell’efficacia dei singoli Sviluppatori.

Tuttavia, è anche, o forse soprattutto, lavorare sulla comunicazione tra gli Sviluppatori. Il miglioramento consiste nel trovare soluzioni che consentano una divisione dei compiti efficiente e accurata. E anche praticare abilità:

• criticare le soluzioni, non le persone – cambiare il linguaggio che usiamo per descrivere il lavoro porta a un cambiamento di atteggiamento e a una migliore collaborazione
• prendersi distanza dalle proprie idee – consente umorismo e feedback più onesti
• costruire fiducia – grazie alla fiducia possono essere proposte molte più idee innovative da parte degli Sviluppatori senza paura della reazione negativa dell’ambiente

Migliorare la collaborazione del Team si realizza attraverso una continua riflessione su come lavora il Team e fornendo feedback durante gli Eventi Scrum descritti in questo articolo.

Riepilogo

Nell’articolo di oggi presentiamo le caratteristiche, la composizione e le responsabilità di un Team di Sviluppo Scrum. L’interdisciplinarità, l’auto-organizzazione e il desiderio di sviluppo caratterizzano questo piccolo team. E il miglioramento continuo del lavoro di squadra e il lavoro efficace sul Prodotto – questi sono i compiti che ogni Team di Sviluppo deve adempiere.

Se ti piace il nostro contenuto, unisciti alla nostra comunità di api operose su Facebook, Twitter, LinkedIn, Instagram, YouTube.