Planning Poker Scrum

Planning Poker Scrum. L’Agile Software Development è stato un modo efficiente per sviluppare prodotti digitali negli ultimi anni, ed è un pilastro obbligatorio della vostra trasformazione digitale per far sì che la vostra azienda diventi una grande Digital Product Company.

La società è cambiata e i leader hanno bisogno di supporto nel modo in cui guidano e progettano le loro organizzazioni di prodotti digitali; ora facciamo un’immersione profonda andando ad approfondire questo argomento.

I team Agile di tutto il mondo utilizzano la tecnica del planning poker per stimare i loro backlog di prodotto. Il Planning Poker in Scrum riunisce più pareri di esperti per la stima agile di un prodotto.

Il poker di pianificazione comprende tutti: programmatori, tester, ingegneri di database, analisti, designer dell’interazione con l’utente e tutto il personale coinvolto nel prodotto. Poiché questi membri del team rappresentano tutte le discipline di un prodotto software, sono i più adatti per il compito di stima.

Come funziona la pianificazione del Planning Poker Scrum
Una sessione di poker planning o scrum poker coinvolge i proprietari del prodotto o i clienti e i redattori. La sessione inizia con ogni stimatore che ha in mano un mazzo di carte basate sui valori, disposte in sequenza.

Di solito si consigliano le seguenti: 0, 1, 2, 3, 5, 8, 13, 20, 40 e 100. Questi valori rappresentano il numero di punti storia, giorni ideali o altre unità in cui il team effettuerà la stima. Il proprietario del prodotto o il cliente leggerà una storia utente agile o descriverà una caratteristica agli stimatori.

Gli stimatori discutono la caratteristica e, se necessario, fanno domande al proprietario del prodotto. Una volta terminata la discussione, gli stimatori scelgono privatamente una carta per rappresentare la loro stima. Le carte vengono poi scoperte simultaneamente.

Se gli stimatori scelgono lo stesso valore, quel numero diventa la stima. Se i valori differiscono, gli stimatori discutono le loro motivazioni. Coloro che hanno scelto il valore più alto o più basso devono condividere il loro ragionamento con il gruppo prima che ogni stimatore scelga un’altra carta stima, ripetendo il processo.

Gli stimatori continuano il processo di pianificazione del poker fino a raggiungere un consenso sul valore. Se non riescono a trovare un accordo, gli stimatori possono decidere di rimandare la stima e la pianificazione agile di un particolare elemento, in attesa di ulteriori informazioni.

Quando si deve fare il Poker di pianificazione (o Scrum Poker)
La maggior parte dei team organizza una sessione di pianificazione a poker poco dopo la stesura del product backlog iniziale. Queste sessioni, che possono durare diversi giorni, servono a creare stime iniziali utili per lo scoping o il dimensionamento del prodotto.

Poiché le voci del product backlog – spesso sotto forma di storie dell’utente – continueranno a essere aggiunte nel corso del prodotto, la maggior parte dei team trova utile condurre successive sessioni di stima e pianificazione agile una volta per iterazione.

In genere si tengono qualche giorno prima della fine dell’iterazione e subito dopo uno standup giornaliero, perché tutto il team è ancora insieme.

Suggerimenti per la pianificazione del Planning Poker Scrum
I seguenti suggerimenti aiutano i team ad affrontare le sfide più comuni nella pianificazione del poker in Scrum:

• Mantenere le discussioni produttive: Un timer a sabbia di due minuti è uno strumento utile per insegnare ai team a stimare più rapidamente. Per utilizzarlo, il timer viene impostato quando qualcuno del gruppo inizia a girare. Quando la sabbia finisce, si gioca il turno successivo di carte da poker per la pianificazione.
• Suddividersi in sessioni più piccole: L’ideale, quando possibile, è suddividere un gruppo più grande in sottogruppi più piccoli. Questa è una buona opzione per gestire le sessioni quando ci sono molte storie da stimare; spesso accade all’inizio di un nuovo prodotto.
• Quando giocare: In genere, i team di stima devono giocare a poker di pianificazione in due diverse occasioni: durante le prime iterazioni prima dell’inizio del prodotto e quando vengono identificate nuove storie durante un’iterazione in corso.

I 3 motivi principali per cui il poker di pianificazione è ottimo:

• Favorisce la collaborazione coinvolgendo l’intero team.
• Utilizza stime di consenso piuttosto che stime di una sola persona.
• Attraverso la discussione di ogni storia dell’utente, si espongono i problemi nelle prime fasi del prodotto.

Osservare i team di successo durante le sessioni di pianificazione a poker dimostra chiaramente i tre motivi principali elencati. La pianificazione a poker è un ottimo strumento con molti vantaggi, ma ci sono altri modi per migliorare ulteriormente il processo.

Per migliorare il processo si possono fare piccoli passi che alla maggior parte delle persone sfuggono. Conoscere questi suggerimenti consentirà al coach di successo o al membro fidato del team di aiutare la propria squadra a migliorare. Quali sono questi consigli?

Chi fa il lavoro dovrebbe votare.
Troppo spesso i team agili fanno votare tutti, indipendentemente dal loro ruolo nel prodotto. Solo chi è coinvolto attivamente nella storia dovrebbe votare.

I manager non votano.
I manager di solito vogliono che il lavoro richieda meno tempo, quindi spesso votano molto poco. Tuttavia, hanno più esperienza del membro medio del team. Dando a un manager un potere di veto sul consenso del team in una circostanza specifica, può chiedere al team di prendere in considerazione qualcosa che potrebbe AUMENTARE le dimensioni.

E’ bene non permettere mai ai manager di dare dimensioni basse o di convincere il team a diminuirle perché la loro opinione ha un peso eccessivo. Il punto di vista di un manager agirà come un’ancora e trascinerà le dimensioni verso il basso mentre difende vigorosamente la sua posizione.

Quando c’è un pareggio nella votazione tra due dimensioni consecutive, scegliere la dimensione più grande e andare avanti.
Le taglie consecutive possono essere 5 e 88 se si utilizza la sequenza di Fibonacci per il dimensionamento (1, 2, 3, 5, 8, 13). Una divisione uguale di solito richiede molto tempo per essere risolta, quindi utilizzare il numero più alto.

Nella realtà, nessuno si accorda mai su un numero intermedio e di solito si sceglie la dimensione più alta alla fine della discussione. L’utilizzo di questa soluzione è vantaggioso e velocizza il processo.

Interrompere le discussioni sull’implementazione prima che diventino troppo profonde
Di solito i team diventano molto tecnici con i dettagli quando discutono di una user story. Anche se questo va bene fino a un certo punto, dovrebbe essere fortemente limitato. Le discussioni non devono durare troppo a lungo. Le persone coinvolte nel dimensionamento dovrebbero avere già un’idea della soluzione più semplice e plausibile e scegliere una dimensione basata su quello scenario.

Sebbene molti credano che un maggior numero di discussioni renda il dimensionamento più accurato, la realtà è che questo non è vero. In parte è stato fatto per incoraggiare i team a fare la loro migliore ipotesi e ad andare avanti. Tuttavia, c’è una netta mancanza di precisione, quindi la scala non è granulare.

Usare una carta “Ho bisogno di una pausa”
Spesso i team sono così coinvolti nelle sessioni di pianificazione del poker che non si rendono conto quando alcuni membri del team hanno bisogno di una pausa. Una carta “Ho bisogno di una pausa” può essere usata da qualcuno del team per richiamare l’attenzione di tutti sulla necessità di una pausa.

Usare un timer per limitare le discussioni
L’uso di un timer per limitare le discussioni si spiega da sé. Le discussioni devono essere limitate a non più di un minuto.

Se non si riesce a raggiungere un consenso entro la fine del terzo turno di votazione, scegliere la dimensione più grande e andare avanti.
Dopo due turni di discussione, ulteriori tentativi non produrranno risultati migliori e faranno perdere tempo. Scegliendo la dimensione più grande, il team ha spazio per migliorare e non rischia di esaurire il tempo a disposizione. Il problema più grande che i team cercano di evitare è la mancanza di tempo, quindi questa scorciatoia dovrebbe risolvere il problema.

Chiedere alla persona che crea le user story di incontrarsi con i responsabili della QA e dello sviluppo prima di giocare a Planning Poker Scrum.
Le user story devono avere pronte le risposte alle domande più ovvie. Avendo le risposte pronte, il team può concentrarsi sulla dimensione, non sulla raccolta di informazioni.

Ricordate la baseline
Qualsiasi cosa il team scelga come linea di base, deve essere coerente da iterazione a iterazione. Se un giorno ideale è di dimensione uno, tutte le iterazioni devono usare quel punto di riferimento. Se una user story è di dimensione uno o tre, allora deve rimanere coerente tra le varie iterazioni.

A volte è utile rivedere la linea di base e discutere con il team su quali siano le dimensioni reali. Se non lo si fa, si rischia di incorrere nel cosiddetto “size creeping”, un termine che si usa quando il team cambia mentalmente la propria baseline su una dimensione più o meno grande nel corso del tempo.

Questo accade di solito quando il team non riesce a rispettare il proprio impegno per diverse iterazioni, anche se tutto sembra più o meno lo stesso.

Divertirsi!
Giocare a Planning Poker Scrum dovrebbe essere un esercizio divertente e collaborativo. Troppi team cercano di lavorare per un’ora o due e si dimenticano di godersi il lavoro. Ci sono molti modi per introdurre il divertimento nel processo. Se vi piace giocare a poker reale con le dimensioni questa attività aggiunge divertimento al lavoro.

Per giocare, ogni size story conta come una carta da poker, e ogni cinque storie formano una mano di poker. Prima di iniziare, tutti cercano di scegliere la mano migliore. Questo incoraggia il team a guardare le storie degli utenti in anticipo e a cercare di indovinare quale serie farà una scala o un quattro di picche. I vincitori possono anche ricevere un piccolo premio.

Planning Poker Scrum per team distribuiti
“Come si può giocare a Planning Poker con team distribuiti geograficamente”? Ci sono probabilmente molte opzioni per raggiungere questo obiettivo. Ecco alcune opzioni comuni:

Opzione 1: Finestra di chat (provata, ma lascia scappare la possibilità di selezionare i punti in modo distorto).

Quando i team sono geograficamente distanti, si utilizzano mezzi di comunicazione come GoTo o WebEx. Una volta che i requisiti sono chiari, il proprietario del prodotto può segnalare con una frase di assegnare i punti e ogni membro può utilizzare gli strumenti della finestra di chat per inserire il proprio numero.

Opzione 2: Webcam
Quando si utilizzano le videoconferenze per incontrarsi con più persone (anche con Google meet o Teams), una persona gestisce la riunione. Questa persona dice “1-2-3-Go”; dopo aver detto “Go”, ogni membro del team mostra la propria scheda sulla webcam.

Poiché gli strumenti che supportano la chat video per più persone visualizzano gli utenti in una forma a mosaico, è facile vedere tutte le figure contemporaneamente. Tuttavia, una nota divertente è che le persone tendono a mostrare le carte dopo aver guardato gli altri.

Per evitare che ciò accada, chiedete a ogni membro di tenere la propria scheda con il retro rivolto verso la webcam. Quando il conduttore ordina alla squadra di mostrare la propria carta, tutti girano simultaneamente la propria carta.

Opzione 3: PlanningPoker.com (buono. Ma non si possono cambiare le carte)
Questo sito web è stato progettato da Mountain Goat Software, la stessa organizzazione che è stata la pioniera delle carte di pianificazione del poker. È un sito gratuito che consente al moderatore di creare il progetto, aggiungere storie e invitare le persone via e-mail a partecipare al processo.

Ogni utente che fa clic su questo link vede la storia e le carte di scrum standard. L’utente non ha bisogno di un’autorizzazione per fare clic su una storia di Scrum o per pubblicare i propri pensieri sulla complessità della storia.

Opzione 4: Google Docs
L’idea è semplice: creare un foglio di calcolo in Google Docs e consentire alle persone di digitare i loro numeri.

Opzione 5: OneNote
L’idea è simile a quella di Google Docs, ma i documenti di MS Office offrono anche la sincronizzazione in tempo reale e le piattaforme. Sebbene l’utilizzo sia limitato al browser desktop, le persone possono pubblicare le loro opinioni anche dallo smartphone. Gli utenti che non conoscono OneNote potranno beneficiare di questo video per imparare il programma.

Opzione 6: plugin JIRA
JIRA per la gestione di Scrum dispone di un plugin per integrare la pianificazione del poker all’interno dell’interfaccia utente di JIRA.

Opzione 7: Scrummy
Scrummy è un gioco di stima dei punti storia per team scrum, sviluppato dai Web Chef di Four Kitchens per consentire una più facile partecipazione dei membri remoti del team e per sperimentare alcune nuove tecnologie.

Conclusione
Il Planning Poker Scrum aiuta i team agili a stimare il tempo e lo sforzo necessari per completare ogni iniziativa del loro backlog di prodotto. Il nome di questa tecnica di gioco è planning poker perché i partecipanti utilizzano carte fisiche.

Uno degli aspetti positivi del poker di pianificazione in Scrum è il fatto che riunisce più opinioni di esperti per la stima, contribuendo a una stima migliore.

(fonte)

Innovaformazione, scuola informatica specialistica promuove la cultura delle metedologie Agile (Scrum) e Devops.

Nell’offerta formativa rivolta solo alle aziende trovate:

Corso Agile Scrum

Corso DevSecOps

INFO: info@innovaformazione.net – Tel. 3471012275 (Dario Carrassi)