È mai accettabile tenere discussioni non relative al check-in nelle riunioni Scrum Daily Standup?

Spero che la gente mi conceda una domanda potenzialmente ovvia. Ho lavorato in un certo numero di organizzazioni che hanno incontri quotidiani di mischia. Alcune organizzazioni sono davvero rigide nell'usare solo la mischia per il check-in (le "tre domande" - cosa hai fatto ieri, cosa stai facendo oggi, hai qualche blocco?) Ma alcune altre organizzazioni che tendono ad avere altri annunci o discussioni tecniche dettagliate.

Ho sentito l'argomentazione, come in questo articolo , secondo cui consentire una discussione non relativa al check-in come questo è un errore: la riunione di Scrum non dovrebbe essere usata per annunci generali da Scrum Master, discussioni tecniche, ecc.

Il danno principale che ho visto da questo è che gli incontri possono durare più a lungo del necessario (ed è fastidioso essere costretti a partecipare a una discussione di dettagli che non sono rilevanti per me).

È abbastanza chiaro che le discussioni che non sono correlate a tutto il gruppo e che non fanno parte delle "tre domande" non dovrebbero far parte della tesi. Tuttavia, se ci sono altri annunci che sono rilevanti per l'intero gruppo e devono comunque essere discussi, è dannoso discuterne a quel punto (piuttosto che in una riunione o e-mail separata)?

Lo scopo del Daily Scrum è che il team di sviluppo riveda le ultime 24 ore e aggiorni il loro piano per le successive 24 ore.

Tutto ciò che raggiunge questo obiettivo e può essere coperto in 15 minuti è esattamente lo scopo del Daily Scrum, secondo la Scrum Guide. Se hai conversazioni più lunghe che devono accadere, tieni semplicemente una nota corrente di ciò che sono e, alla fine del Daily Scrum, dividi in gruppi più piccoli che si occupano di quell'argomento.

A cosa non serve il Daily Scrum è trovare soluzioni ai problemi. Fallo dopo ...

Certo, è accettabile, ma prima concentrati sulle cose importanti. Se ci rimane del tempo tra i 15 minuti, il che è abbastanza comune per un team di sviluppo di 5 persone che brulica (perché si sincronizzano più spesso durante lo sviluppo), non ho problemi con comunicazioni o annunci aggiuntivi. Fino a quando li rimandiamo fino alla fine del Daily.

Come Scrum Master mi assicuro che il team risponda in qualche modo alle tre domande chiave.

Il Daily Scrum è un evento di 15 minuti per il team di sviluppo per sincronizzare le attività e creare un piano per le prossime 24 ore.

A volte è necessaria una breve discussione tecnica per sincronizzare il team. Come Scrum Master, mi assicuro di adattare il timebox di 15 minuti e di interrompere le discussioni più lunghe che si terranno dopo lo stand-up.

Il team di sviluppo o i membri del team si incontrano spesso immediatamente dopo il Daily Scrum per discussioni dettagliate o per adattare o ripianificare il resto del lavoro dello Sprint.

Guardando da una prospettiva non Scrum e più Agile. Concentrati su cosa funziona e cosa no per la squadra. Assicurati solo che il team decida e sperimenti le modifiche se ritiene che ciò le renderà più efficaci e produrrà software di qualità superiore.

I membri del team dovrebbero tenere a mente il punto della stand-up, ovvero consentire a vicenda di contribuire a questioni che potrebbero richiedere più tempo se mantenute private o all'interno di una cerchia limitata. D'altra parte, non sarebbe molto agile evitare problemi importanti e che riguardano l'intero team ma non si adattano al criterio di orientamento indicato nel quaderno Scrum. Sarebbe stupido programmare un incontro separato solo a causa di una regola che ovviamente ha lo scopo di risparmiare tempo.

Potrebbe non essere sempre chiaro a chi parla quale sia il suo problema. Se permettergli di borbottare per un po 'renderà chiaro a qualcun altro che sta lottando o sta seguendo un percorso senza uscita, dopotutto potresti arrivare da qualche parte. Essere troppo preoccupati per la forma può anche danneggiare la produttività e frustrare le persone.

A seconda della cultura, lo standup può essere rigoroso o includere anche problemi sociali. Non dovrebbe mai essere un evento senza scrupoli che sarebbe considerato "mischia di zombi".

C'è spesso una dicotomia tra ciò che varie persone insistono con veemenza è Scrum e il concetto di persone sui processi.

Se ci sono informazioni da impartire, alla fine si tratta di una chiamata di giudizio. Se è probabile che causi una notevole quantità di discussioni, potrebbe essere spostato in un altro momento. Se è solo qualcosa di veloce come i tempi di inattività del server ecc., Può essere fatto lì e poi. Ovviamente ci saranno delle sfumature nel mezzo, nel qual caso lo scrum master dovrebbe solo suggerire che viene portato offline una volta trascorsi 15 minuti (o qualsiasi altra cosa).

Ad ogni modo, sarei propenso ad averlo alla fine dopo che il normale processo di standup è stato completato.

Hai chiesto "è dannoso?" ma le altre risposte per lo più indirizzate "è 'lo scopo dell'incontro?" "Penso che siano domande diverse. Può davvero essere dannoso quando si intrufolano altri punti all'ordine del giorno nella riunione, specialmente se diventa abituale. Gli standup prendono un po 'di tempo ogni giorno, di solito all'ora più produttiva del giorno, al mattino quando le persone hanno molta energia. Puoi sottrarre quell'energia direttamente alle persone se non possono contare su uno stand-up per il tempo necessario e non più e del tutto rilevante per loro.

Le persone inizieranno a presentarsi tardi, perché sono impegnate in qualcosa di "più produttivo". Alcuni giorni non si presentano nemmeno. Altre persone si presenteranno in ritardo o non tutti perché "tutti" si presentano in ritardo o per niente. I problemi si complicano a vicenda e gli stand-up smettono di essere utili per il loro scopo originale. Sembra estremo, ma l'ho visto accadere. Se lo fai, fai molta attenzione a dove conduce.

La maggior parte dei team a cui ho partecipato a volte terrà riunioni di progettazione subito dopo lo standup, e va bene se usato con parsimonia, ma onestamente, ottengo risultati migliori se dico ai miei compagni di standup che presto sarò bloccato per aver bisogno di input di progettazione e io ' Pianificherò un incontro per quel pomeriggio. Questo dà loro il tempo di riflettere anche sul problema, e dopo pranzo le persone entrano in un po 'di crisi e vogliono cambiare ritmo. Inoltre, in questo modo non puoi far competere le persone per essere il primo ad avere il loro "mini-incontro" dopo lo standup in modo che possano andarsene.

Certo, non vorrei mai sostenere ciecamente di fare qualcosa o non fare qualcosa solo perché te l'ha detto un ragazzo a caso su Internet (anche io). Individui e interazioni su processi e strumenti. Se decidi di introdurre alcuni punti all'ordine del giorno aggiuntivi nelle tue riunioni di stand-up, ti consiglio di illustrarlo in modo specifico nella retrospettiva successiva, vedere se il team l'ha trovato dirompente o meno e apportare le modifiche necessarie. Alla fine, ogni squadra ha un diverso livello di comfort e avrà idee diverse su ciò che è appropriato o meno.

AGGIORNAMENTO: Dovrei chiarire: 15 minuti è il MASSIMO tempo di cui dovresti tenere conto con QUALSIASI standup - uno standup efficiente che segue la regola seguente non è mai più di 5 minuti al massimo e se riesci a distillare quel tempo ulteriormente, anche meglio. Ancora una volta, la maggior parte delle discussioni che ritieni rilevanti possono essere facilmente discusse tra i membri del team al di fuori del semplice processo di check-in giornaliero che si suppone che uno standup sia nella sua forma più pura.

Regola empirica con cui mi sono attenuta e approfondita durante i progetti con gli amici e perfezionata in ambito professionale:

• Ieri

Quello che hai fatto ieri individualmente per far avanzare il progetto e, se pertinente, che ha influenzato qualcun altro.

• Oggi

Come sopra ma oggi

• bloccanti

Tutto ciò che potrebbe causare uno, generare allarme, non importa quanto banale (significa che qualcuno può venire e controllare il tuo codice o darti un controllo di sanità mentale)

Qualcos'altro è una distrazione. Questo può significare che un argomento che "potrebbe" sembrare pertinente ai progressi del progetto non lo è. È piuttosto duro ma MOLTO efficace per scopi di XP.

Lo scopo della riunione stand-up è una comunicazione efficace. Fai che il tuo obiettivo invece di seguire le regole cieche. Da quando hai pubblicato questa domanda, sei sulla strada giusta.

Tutte le tue preoccupazioni sono valide. Anche se possiamo tentare di prevedere se ciò crea problemi, risponderei alla tua domanda suggerendoti di provarlo.

Evita quanto segue:

1. Avere riunioni troppo lunghe.
2. Troppe persone preferiscono ricevere gli annunci altrove. Farlo durante una riunione programmata è allettante, ma non abusarne. La maggior parte delle persone odiano le riunioni sventurate.
3. Le informazioni non si applicano a tutti. Alcune eccezioni vanno bene in certe occasioni.
4. Ogni incontro ha annunci per abitudine anziché per necessità. Sii professionale.

Prendi decisioni consapevoli e informate e non nasconderti dietro l'applicazione eccessiva o l'adozione di regole in modo troppo letterale.

La maggior parte dei modelli Agile fornisce un'ottima struttura di partenza per i team che sono nuovi a un processo agile. Ciò non significa che non possano essere modificati in base alle proprie esigenze. Se questi annunci non migliorano la comunicazione, non farlo. Sembra semplice, ma ...