Guida Scrum | 35. Daily Scrum

Il Daily Scrum dura al massimo quindici minuti ed è sempre tenuto nello stesso luogo e alla stessa ora per ridurre la complessità inutile. Vi partecipano tutti gli Sviluppatori che lavorano insieme sul Prodotto e, facoltativamente, il Scrum Master. Lo scopo principale di questo Evento Scrum è pianificare i compiti su cui si concentreranno per la giornata.

Daily Scrum – indice:

1. Introduzione
2. La formula del Daily Scrum
3. Problemi con il Daily Scrum e il metodo 5W
4. Domande di supporto
5. 5 Perché
6. Riepilogo

Introduzione

Il Daily Scrum è il più breve e frequente degli Eventi Scrum, di cui è possibile trovare una panoramica in un articolo separato. Il compito degli Sviluppatori che partecipano al Daily Scrum è di impostare rapidamente gli obiettivi di lavoro per le prossime 24 ore. In questo modo, ciascuno di loro sa su cosa stanno lavorando gli altri e come stanno lavorando verso un obiettivo comune di Sprint.

La formula del Daily Scrum

Non esiste una formula giusta per il Daily Scrum. Ogni Team di Sviluppo sviluppa un formato di riunione che funziona per esso. Tuttavia, esiste un quadro generale per facilitare la conduzione.

Un Daily Scrum ben condotto dovrebbe consentire a ciascun partecipante di rispondere a due domande:

• Qual è il compito più importante che svolgerò oggi?
• Quali sono gli ostacoli per portare a termine questo compito?

Tuttavia, chiederle direttamente non è una formula obbligatoria. Queste sono domande esemplificative che definiscono l’asse della riunione. Il Daily Scrum è destinato a migliorare la comunicazione nel Team di Sviluppo, a dare priorità ai compiti e a ridurre il rischio di colli di bottiglia.

Il Daily Scrum è un evento equivalente al Daily Standup in altri metodi Agile. E spesso si svolge in modo molto simile – anche se il Scrum Guide ufficiale non richiede agli Sviluppatori di stare in piedi durante questo breve Evento. Molto spesso i suoi partecipanti semplicemente stanno in piedi mentre parlano in un gruppo informale.

Sebbene possa sembrare che 15 minuti al giorno siano molti per discutere dei compiti quotidiani, la pratica dimostra che tale riunione è la migliore per l’efficacia del Team di Sviluppo. Con aggiornamenti frequenti e regolari sugli obiettivi e sugli impegni, tutti gli Sviluppatori si concentrano sui compiti prioritari e danno priorità al progresso fluido del team rispetto ai risultati individuali.

Problemi con il Daily Scrum e il metodo 5W

Uno dei problemi con il Daily Scrum è che gli Sviluppatori allungano il tempo della riunione. Se questo è il caso, è una buona idea introdurre una politica di annotare su una lavagna – sia fisica che virtuale – le questioni problematiche che non sono centrali per il Daily Scrum ma sono importanti per il Team. In questo modo, sarà possibile tornare ai problemi che sono stati lasciati da discutere durante le discussioni informali durante la giornata. E anche, se necessario, durante la Sprint Retrospective, che descriveremo più dettagliatamente in un articolo separato.

Un altro problema che spesso sorge durante i Daily Scrum è trasformarli in riunioni per riassumere il lavoro del giorno precedente. Gli Sviluppatori si concentrano quindi sulla discussione dei risultati già raggiunti. Questa non è una buona pratica. È innegabile che l’orientamento attuale degli Sviluppatori sullo stato del lavoro che porta all’obiettivo di Sprint sia molto importante. Tuttavia, dedicare il Daily Scrum a compiti già completati non promuove l’efficienza.

Domande di supporto

Se il Team non sta beneficiando del Daily Scrum, il Scrum Master può aiutare gli Sviluppatori a identificare i problemi osservando la riunione per risposte alle seguenti domande:

5 Perché

Dopo l’identificazione iniziale del problema, una tecnica efficace per determinare la causa del problema può essere il metodo dei 5 Perché chiamato anche 5 Whys o 5W da Sakichi Toyoda. Consiste nel porre diverse domande “Perché?” in sequenza. Questo consente di diagnosticare la causa più profonda del problema e quindi risolverlo più facilmente.

Ad esempio, prendiamo l’ultimo punto nell’indice: il problema sorge nell’area dell’impegno alla risoluzione dei problemi da parte del Team di Sviluppo. Le cinque domande potrebbero apparire come segue:

1 x PERCHÉ?

D: Perché gli Sviluppatori non offrono modi diversi per risolvere i problemi che sorgono?

R: Perché lo Sviluppatore Harry è sempre il primo a proporre una soluzione.

2 x PERCHÉ?

D: Perché lo Sviluppatore Harry è sempre il primo a proporre una soluzione?

R: Perché nessun altro sta parlando.

3 x PERCHÉ?

D: Perché nessun altro parla?

R: Perché gli altri Sviluppatori non hanno voglia di cercare soluzioni migliori.

4 x PERCHÉ?

D: Perché gli altri Sviluppatori non hanno voglia di cercare soluzioni migliori?

R: Perché trovare soluzioni richiede concentrazione ed è più facile considerare la soluzione di Harry sufficientemente buona.

5 x PERCHÉ?

D: Perché hanno considerato la soluzione di Harry sufficientemente buona?

R: Poiché non vengono premiati per proporre alternative, hanno discusso i loro piani per oggi all’inizio della riunione e stanno pensando di iniziare.

In questo caso, il problema della mancanza di impegno nella risoluzione dei problemi può essere risolto cambiando l’ordine del Daily Scrum e iniziando con questo problema. Oppure inventando un sistema per premiare la migliore soluzione, ad esempio, introducendo un premio simbolico per l’autore del maggior numero di soluzioni accettate dal Team in un dato Sprint.

Riepilogo

Il Daily Scrum è una parte fondamentale del lavoro quotidiano del Team di Sviluppo. Tuttavia, ogni Team deve elaborare per sé la formula ottimale per questa riunione. Un Daily Scrum ben condotto consente di impostare continuamente sotto-obiettivi per raggiungere l’obiettivo di Sprint. Consente anche di diagnosticare rapidamente i problemi di comunicazione e migliorare la cooperazione tra gli Sviluppatori.

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