Riunione scrum giornaliera
Nel gioco del rugby la mischia o "scrum" è una meta simile al "touchdown" del football americano. Nella metodologia Scrum, la riunione Scrum trasforma una giornata di lavoro in una sorta di "meta" del rugby: può rivelarsi difficile e faticoso, ma l'obiettivo di avanzare verso un traguardo è chiaro e tutto il team collabora al raggiungimento di tale obiettivo comune. Il team deve tenere riunioni Scrum giornaliere per determinare le attività che dovrà svolgere il giorno successivo per garantire con la massima probabilità la realizzazione dei propri impegni. Ogni membro del team descrive ciò che ha realizzato dall'ultima riunione, il lavoro che prevede di completare nel giorno attuale e qualsiasi problema o difficoltà che potrebbe influire sugli altri membri del team o richiederne il supporto.
Lo ScrumMaster applica rigorosamente la struttura della riunione e si assicura che inizi puntualmente e si concluda nell'arco di 15 minuti circa. In questa riunione ogni membro del team risponde a tre domande:
Che cosa ho portato a termine rispetto all'ultima riunione Scrum?
Cosa porterò a termine prima della successiva riunione Scrum?
Quali problemi o difficoltà potrebbero influire sul lavoro?
È importante che i membri del team rispondano a queste domande in modo rapido e conciso. Un esempio di risposta valida è "Ieri la classe è stata aggiornata per riflettere il nuovo elemento dati estratto dal database, che ora può essere visualizzato nell'interfaccia. Questa attività è completa. Oggi mi assicurerò che il nuovo elemento dati effettui i calcoli in modo corretto con la stored procedure e gli altri elementi dati presenti nella tabella. Ritengo di portare a termine questa attività in giornata. Avrò bisogno che qualcuno riveda i calcoli. Non ho rilevato ostacoli o problemi che potrebbero bloccare il lavoro". Confrontare questa risposta con una meno appropriata, ad esempio "Ieri ho lavorato sulla classe e funziona. Oggi lavorerò sull'interfaccia. Nessun problema".
Come mostrano questi esempi, la prima risposta illustra ciò che è stato portato a termine e ciò che verrà portato a termine, oltre a dichiarare che il membro del team è alla ricerca di qualcuno che analizzi il codice. Nel secondo esempio non vengono forniti sufficienti dettagli sulla classe sulla quale il membro ha lavorato né sui componenti dell'interfaccia che saranno completati. In realtà, l'espressione "portato a termine" non viene mai menzionata.
È importante notare che non vi sono state interruzioni durante la risposta di esempio. Non vi è stata alcuna discussione supplementare in cui sia stata indicata la persona più adatta per la revisione dei calcoli o la modalità di implementazione della classe. Ogni persona deve disporre di tempo sufficiente per rispondere alle tre domande. Il tempo di elaborazione è dopo la riunione, quando le persone tornano alle proprie scrivanie o, se è necessario un confronto diretto e approfondito, in una riunione di follow-up. Molti team posticipano le discussioni utilizzando il metodo del "parcheggio virtuale". Quando si evidenziano argomenti che secondo un membro del team è necessario discutere in un secondo momento, è possibile annotare l'argomento su una lavagna o una lavagna a fogli mobili, "parcheggiandolo" in attesa di affrontarlo più tardi. Alla fine della riunione, il team decide di discutere degli argomenti elencati.
Il fatto che le persone si alzino effettivamente in piedi rappresenta un altro aspetto che caratterizza una riunione Scrum ben eseguita. Quando il team si alza, i membri si sentono a disagio, in modo particolare se stanno parlando. Se tutti si alzano, la riunione proseguirà in modo dinamico, scoraggiando lunghi interventi.
In terzo luogo, la riunione deve iniziare e finire con puntualità ed essere organizzata alla stessa ora e nello stesso luogo tutti i giorni. Questa coerenza è di aiuto al team perché viene creato un modello a cui conformarsi. Il team può inoltre inserire dati e note nell'area dove viene organizzata la riunione, ad esempio burn-down, problemi, piani di rilascio e attività. In Agile Software Development tali dati vengono definiti "radiatori di informazioni" da Alistair Cockburn. Disporre di un luogo dove archiviare e visualizzare queste risorse di primo piano durante le riunioni del team è un modo semplice per agevolare lo svolgimento delle attività.
Vedere anche
Concetti
Pianificazione e rilevamento di progetti