È mai accettabile avere discussioni non correlate al check-in nelle riunioni Scrum Daily Standup?

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

Tutto ciò che raggiunge questo obiettivo e può essere coperto in 15 minuti è esattamente ciò che il Daily Scrum è, come da Guida Scrum. Se hai conversazioni più lunghe che devono accadere, tieni solo una nota corrente di ciò che sono e, alla fine del Daily Scrum, dividi i gruppi più piccoli che si occupano di quell'argomento.

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

Sicuramente è accettabile, ma concentrati prima sulle cose importanti. Se ci manca del tempo nei 15 minuti, che è abbastanza comune per un team di sviluppo di 5 persone che è brulicante (poiché si sincronizzano più spesso durante lo sviluppo), non ho problemi con comunicazioni e annunci aggiuntivi. Finché li rimandiamo alla fine del Daily.

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

The Daily Scrum is a 15-minute time-boxed event for the Development Team to synchronize activities and create a plan for the next 24 hours.

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 da tenere dopo lo stand-up.

The Development Team or team members often meet immediately after the Daily Scrum for detailed discussions, or to adapt, or replan, the rest of the Sprint’s work.

Guardare da una prospettiva non Scrum e più agile. Concentrati su cosa funziona e cosa no per la squadra. Assicurati che il team decida ed esperimenti con i cambiamenti se ritengono che ciò li renderà più efficaci e produrrà software di qualità più elevata.

I membri del team dovrebbero tenere a mente il punto della situazione, ovvero consentire reciprocamente di contribuire a problemi che potrebbero richiedere più tempo se mantenuti privati o all'interno di un circolo ristretto. D'altra parte, non sarebbe molto agile evitare problemi importanti e riguardare l'intera squadra, ma non si adattano al criterio guida indicato nel libro tascabile di Scrum. Sarebbe stupido programmare un incontro separato solo a causa di una regola che è ovviamente pensata per risparmiare tempo.

Potrebbe non essere sempre chiaro ad un oratore qual è il suo problema. Se permettergli di chiacchierare per un po ', renderà chiaro a qualcun altro che sta lottando o sta seguendo un sentiero 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, la situazione può essere severa o includere anche questioni sociali. Non dovrebbe mai essere un evento senza senso che si considera "zombie scrum".

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

Se ci sono informazioni da impartire, alla fine è un giudizio. Se è probabile che causi una quantità significativa di discussioni, potrebbe essere spostato in un altro momento. Se è solo qualcosa di veloce come il tempo di inattività del server, ecc, può essere fatto lì e poi. Ci saranno naturalmente delle sfumature intermedie, nel qual caso il mischia dovrebbe semplicemente suggerire che venga portato offline una volta trascorsi 15 minuti (o qualsiasi altra cosa).

In ogni caso, sarei propenso a ottenerlo alla fine, dopo il consueto processo di stand-up.

Hai chiesto "è dannoso?" ma le altre risposte sono rivolte principalmente "è lo scopo dell'incontro?" "Penso che siano domande diverse. Può davvero essere dannoso quando si introducono altri elementi dell'agenda sulla riunione, specialmente se diventa abituale. Gli standup prendono un po 'di tempo ogni giorno, di solito al momento più produttivo della mattina, quando la gente ha molta energia. Puoi sottrarre quell'energia alle persone se non possono contare su un essere in piedi finché necessario e non più, e del tutto pertinente per loro.

Le persone inizieranno a presentarsi tardi, perché sono impegnate in qualcosa di "più produttivo". Non si vedranno nemmeno alcuni giorni. Le altre persone si presenteranno tardi o non tutte perché "tutti" si presenta tardi o per niente. I problemi si complicano l'uno sull'altro e le soste smettono di essere utili per il loro scopo originale. Sembra eccezionale, ma l'ho visto accadere. Se lo fai, sii molto attento a dove conduce.

La maggior parte delle squadre a cui sono stato a volte tengono riunioni di progettazione subito dopo l'alzata, e va bene se usato con parsimonia, ma onestamente, ottengo risultati migliori se dico ai miei compagni di standup che presto mi verrà bloccato il bisogno di input progettuali e organizzerò un incontro per quel pomeriggio. Questo dà loro il tempo di rimuginare sul problema, e dopo il pranzo la gente entra in un momento di crisi e vuole un cambio di passo. Inoltre, in questo modo non fai in modo che le persone competano per essere il primo ad avere il loro "mini-incontro" dopo lo stand up in modo che possano andarsene.

Naturalmente, non vorrei mai sostenere ciecamente fare qualcosa o non fare qualcosa solo perché un ragazzo a caso su Internet (anche me) te l'ha detto. Individui e interazioni su processi e strumenti. Se decidi di introdurre alcuni elementi aggiuntivi dell'agenda nelle tue riunioni in piedi, ti consiglierei di portarlo in primo piano nella successiva retrospettiva, verifica se il team ha riscontrato un disturbo o meno e apporta le modifiche necessarie. In definitiva, ogni squadra ha un diverso livello di comfort e avrà idee diverse su ciò che è appropriato o meno.

AGGIORNAMENTO: dovrei chiarire: 15 minuti è il tempo massimo che dovresti tenere conto con QUALSIASI stand-up - un efficiente stand-up seguendo la regola sottostante non è mai più di 5 minuti al massimo e se riesci a distillare ulteriormente quel tempo, anche meglio. Anche in questo caso, la maggior parte delle discussioni che ritieni rilevanti può essere facilmente discussa tra i membri del team al di fuori del semplice processo di check-in giornaliero che un standup dovrebbe avere nella sua forma più pura.

Regola empirica con cui mi sono attenuto e approfondito durante i progetti con gli amici e ottimizzato in ambito professionale:

• Ieri

Quello che hai fatto ieri individualmente per far progredire il progetto e, se rilevante, che ha colpito qualcun altro.

• Oggi

Come sopra ma oggi

• Blockers

Qualsiasi cosa possa causarne uno, sollevare l'allarme, non importa quanto sia banale (significa che qualcuno può venire a controllare il tuo codice o darti un assegno sanitario)

Qualsiasi altra cosa è una distrazione. Ciò può significare che "potrebbe" sembrare che siano rilevanti per il progresso del progetto, in realtà no. È piuttosto duro ma è MOLTO efficace ai fini di XP.

Lo scopo della riunione di stand-up è una comunicazione efficace. Rendi questo il tuo obiettivo anziché seguire la regola dei ciechi. Dato che hai postato questa domanda, sei sulla strada giusta.

Tutte le tue preoccupazioni sono valide. Anche se possiamo tentare di anticipare se questo crea problemi, vorrei solo rispondere alla tua domanda suggerendo di provarci.

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 odia le riunioni di bando.
3. Le informazioni non si applicano a tutti. A volte alcune eccezioni vanno bene.
4. Ogni riunione ha annunci per abitudine anziché necessità. Sii professione

Prendi decisioni istruite e informate e non nasconderti dietro l'eccesso di applicazione o prendendo le regole troppo alla lettera.

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