Gli Scrums giornalieri dovrebbero essere fatti di persona o per iscritto?

5

Ho avuto una discussione con il mio team su huddles; vogliono fare l'incontro come una relazione scritta sul gioco piuttosto che un incontro faccia a faccia. Considerano che l'incontro richiede troppo tempo (è lungo 5 minuti) e dimenticano ciò che gli altri hanno detto da un giorno all'altro, senza menzionare che se qualcuno menziona qualcosa e vogliono iniziare una discussione sull'argomento che potrebbero dimenticare. / p>

Ho cercato di convincerli sull'uso di incontri faccia a faccia, il lato umano di esso, le persone e le interazioni vs process in agile (usiamo Scrum), la parte psicologica di un impegno di fronte alla tua squadra, ma le mie argomentazioni non erano sufficienti.

Ci sono problemi nel condurre il Daily Scrum con uno strumento come Slack?

    
posta Andreea 01.12.2016 - 08:15
fonte

4 risposte

10

L'idea originale della situazione quotidiana è sicuramente quella di farlo di persona, perché ciò consente un canale di comunicazione con una larghezza di banda maggiore rispetto a qualsiasi altro basato sulla scrittura.

Detto questo, farlo per iscritto via mail, chat o simili può essere un'ottima scelta se risolve effettivamente i problemi che hai con la comunicazione faccia 2 faccia.

Soprattutto con orari estremamente diversi questo ha perfettamente senso.

Ma i motivi che hai menzionato sono un po 'strani:

  • 5 minuti sono troppo lunghi? Veramente? Sono propenso a sospettare una ragione completamente diversa.

  • Potrebbero dimenticare che hanno bisogno di una discussione? Quando hanno intenzione di dimenticarlo? La comunicazione dovrebbe funzionare in questo modo:

    A: I can't work as efficient as I think I could, because the transmogrifyier keeps transmogrifying me

    B: I can show you how to turn it off after the stand up

    Hanno problemi, ricordando la dichiarazione finché non hanno risposto? O ricordando il piano fino alla fine della situazione (meno di 5 minuti dopo)?

    Faglielo sapere, è normale prendere appunti. E / o lasciali parlare con un medico, questo suona come un serio problema mentale.

È impossibile dire quali sono le vere ragioni per questa discussione, ma ho la sensazione che non li conosci ancora.

Quindi consiglierei lo strumento più potente di Agile e Scrum: la retrospettiva. Discutere il problema (non solo la presunta soluzione) e fare un esperimento. Come fare standup asincroni tramite chat. Ma assicurati di controllare i risultati uno sprint più tardi.

    
risposta data 01.12.2016 - 15:22
fonte
8

Rapporto? Alla squadra manca totalmente il punto. Il Daily Scrum dovrebbe essere fatto per sincronizzare lo sforzo del team di sviluppo per raggiungere lo Sprint Goal. E questo è necessario sentire che tutti hanno qualcosa da dire sull'incremento.

Hai qualche Kanban o task / Scrum / Agile / board? In caso contrario, questo potrebbe essere un grande progresso come un artefatto della trasparenza (un promemoria per tutti su cosa stanno lavorando). E anche se vogliono iniziare una discussione su qualcosa di molto specifico, possono semplicemente lasciare un segno nel PBI o nel compito di voler discutere. Ti incoraggio vivamente a usarlo.

La comunicazione è molto più ricca della scrittura e facilita la collaborazione. Non trovo una buona giustificazione per un incontro troppo lungo se dura meno di 15 minuti. La prima parte di ogni oratore è ciò che hanno fatto per raggiungere l'obiettivo ... quindi tutti hanno un promemoria (se è necessario, perché se stanno lavorando in alcuni PBI, facendo la programmazione delle coppie, non c'è molto bisogno di questi promemoria) . Come ho detto, un segno in un post o solo un foglio per scrivere blocchi o argomenti che necessitano di ulteriori discussioni dovrebbero essere sufficienti).

A volte qualcosa di così fondamentale come quello che viene commentato sopra non viene comprato e il modo migliore è provare ciò che il team vuole. Puoi trovare una nuova soluzione per il tuo contesto o semplicemente imparare che scrivere non è una buona idea.

A volte c'è un altro problema dietro "Non voglio un incontro in piedi", forse è qualcosa che potresti essere attento.

    
risposta data 01.12.2016 - 15:04
fonte
2

Lo stand-up dovrebbe essere una discussione interattiva su come sta progredendo l'obiettivo dello sprint. Se il team può farlo tramite chat di testo, e ne beneficia, l'obiettivo e l'incremento del prodotto, certo! Se non sei dogmatico nell'applicare Scrum e questo dà a tutti il miglior chilometraggio, fallo. Sperimenta, ispeziona, adatta.

Tuttavia ... se lo stand-up della mia squadra fosse tramite Slack, dovremmo digitare noi stessi sciocchi per più di 15 minuti. Una vasta gamma di argomenti viene trasmessa per raggiungere l'obiettivo dello sprint, come possiamo aiutarci l'un l'altro, quali ostacoli esistono, stiamo ancora costruendo ciò che il proprietario del prodotto vuole realmente, eccetera. Quel riallineamento quotidiano sarebbe estremamente inefficiente se dovessimo scrivere tutto al posto di una conversazione vecchia scuola.

Sembra che lo stand-up della tua squadra sia davvero più un aggiornamento di stato. Forse la tua squadra e la situazione non traggono beneficio dal tipo di discussione che ho descritto. È nella mia esperienza, tuttavia, più probabile che possano ottenere più valore dallo stand-up.

    
risposta data 06.12.2016 - 15:08
fonte
-4

Fai quello che mai funziona per te. se f2f non viene gestito in modo appropriato e le persone sono in grado di dribblare per anni, allora questo non funziona!

Ci sono alcuni simpatici robot in sciolti che aiutano nella raccolta giornaliera delle informazioni su scrum che puoi usare.

Il punto principale è che le persone forniscono brevi aggiornamenti rapidi. Che cosa hanno fatto di recente, quali sono i loro attuali bloccanti e su cosa stanno attualmente lavorando.

Se un PM arriva da un bot ogni mattina, può concentrarsi sulle questioni cruciali per far sì che i blocchi siano più veloci e quindi tutti lavorino in modo più efficiente.

    
risposta data 01.12.2016 - 08:46
fonte

Leggi altre domande sui tag