In una posizione di Scrum, la discussione di ciò che è stato fatto ieri può essere limitata a compiti sulla lavagna oa tutto il lavoro svolto?

Question

In una posizione di Scrum, la discussione di ciò che è stato fatto ieri può essere limitata a compiti sulla lavagna oa tutto il lavoro svolto?

#1 da (5 voti)
#2 da (0 voti)

10

So che le regole di Scrum nelle situazioni quotidiane dicono che la squadra dovrebbe parlare solo di quello che ha fatto ieri, quello che stanno facendo oggi e tutto ciò che li blocca. Nient'altro. Ma il problema è che, a volte gli sviluppatori passano la giornata a lavorare in modo irrilevante per i loro compiti, e poi a parlarne in stand-by. È quello che hanno fatto ieri!

Nella mia esperienza, ho scoperto che è più efficace parlare delle attività alla lavagna, mantenere la posizione di stand-up e mantenere l'attenzione di tutti sulle proprie attività, per rivedere le loro stime e amp; tracciare i loro record ogni giorno.

È valido limitare la discussione alle attività alla lavagna?

agile scrum meetings

posta Shadin 23.11.2016 - 16:04

fonte

2 risposte

Leggi altre domande sui tag agile scrum meetings

Const C ++ DRY Strategies Microservizi e modelli di archiviazione dati isolati [duplicati]

score 5 · Answer 1

Come per il contenuto della Guida Scrum sugli standup quotidiani, le tre domande per la discussione sono:

What did I do yesterday that helped the Development Team meet the Sprint Goal?

What will I do today to help the Development Team meet the Sprint Goal?

Do I see any impediment that prevents me or the Development Team from meeting the Sprint Goal?

Tutte le domande si concentrano sullo Sprint Goal, non sulle attività che sono alla lavagna. Di nuovo, per la Guida di Scrum, lo Sprint Goal viene creato in Sprint Planning e definisce "un obiettivo che verrà raggiunto all'interno dello Sprint attraverso l'implementazione del Product Backlog e fornisce indicazioni al team di sviluppo sul motivo per cui sta costruendo l'incremento ".

Tutto ciò che fa il tuo team di sviluppo dovrebbe, idealmente, aiutare il team a progredire verso lo Sprint Goal. Questi possono essere attività non pianificate che non sono sulla lavagna che dovevano essere fatte, o potrebbero essere cose di livello inferiore che possono essere state considerate e stimate, ma ad un livello inferiore rispetto a un elemento sulla lavagna.

Direi che la tua squadra parli di tutto ciò che hanno fatto ieri. Se stanno parlando di cose che non aiutano la squadra a raggiungere lo Sprint Goal, allora qualcuno dovrebbe farcela, specialmente se ci fossero altre cose che avrebbero potuto fare che hanno avvicinato il team al completamento dello Sprint Goal.

Un'eccezione potrebbe essere se un individuo supporta più team Scrum. Nell'incontro, probabilmente non dovrebbero parlare di tutto ciò che hanno fatto ieri, ma di quello che hanno fatto a sostegno della squadra che sta attualmente facendo il punto di vista.

La Sprint Retrospective è un ottimo momento per parlare di questo problema con il team. Ci sono molte domande da considerare:

La squadra è sottomessa su elementi relativi allo Sprint Goal?
C'è troppo lavoro non pianificato?
Da dove proviene il lavoro non pianificato e chi lo autorizza?
Perché le persone lavorano su cose che non sono sulla lavagna?
Dovremmo mostrare più dettagli sulla lavagna per legare più facilmente le cose che fai agli elementi sulla scacchiera?

score 0 · Answer 2

No, dovresti parlare di quello che hai fatto ieri.

Se non è presente sulla scheda, devi eseguire una delle seguenti operazioni:

mettilo alla lavagna,
smetti di farlo
o cambia team.

Il più comune, ad esempio per un lavoro di emergenza non pianificato, è scrivere una carta e attaccarla alla lavagna. Questo assicura che alla fine dello sprint puoi misurare la velocità e spiegare perché non sono stati raggiunti gli obiettivi di sprint.

Un membro del team che lavora su cose che non sono nello sprint è a mio avviso uno dei motivi principali per cui fallire le adizioni agili. Più comunemente si tratta di uno sviluppatore deviato per risolvere problemi in tempo reale su un altro progetto.

Un'altra cosa fastidiosa negli sprint è "PM parla di incontri per altri progetti". Dal mio punto di vista, il PM non fa parte del team di scrum, riempiono il ruolo Scrum del "Product Owner" e quindi sono lì per rispondere alle domande, non per segnalare progressi.