Mischia Riunione quotidiana: puntualità sulla presenza di una squadra completa?

Come per qualsiasi pratica agile, le squadre di mischia possono decidere da soli. Se ti infastidisce, dovresti farlo presente nella tua retrospettiva e cercare di arrivare a una soluzione di cui tutti siano felici. Forse gli altri membri del team si sentono allo stesso modo, ma pensa che sia "esattamente come viene fatta la mischia".

Detto questo, durante le mie riunioni di mischia, comincio il secondo, a meno che manchino tre o più persone. Per un incontro a cui tutti sono tenuti a partecipare ogni giorno, ritengo che sia irrispettoso il tempo di tutti per fare diversamente. Quando sono quello che si presenta tardi, la mia squadra inizia senza di me. Se abbiamo tempo alla fine, torniamo ai compiti delle persone che sono arrivate in ritardo.

Sono stato meno severo riguardo alla puntualità in passato, e quello che è successo è che le persone che si sono presentate in tempo si sono stancate del loro tempo sprecato, quindi hanno iniziato a cercare di indovinare quando l'incontro sarebbe effettivamente iniziato, e poi si presentano , che ha avuto un effetto valanga.

Per un incontro quotidiano, non è la fine del mondo se qualcuno di tanto in tanto perde una parte di esso. Speriamo che non sia l'unica comunicazione che fai durante il giorno.

Se aspetti le persone, insegna loro che è OK essere in ritardo. Se inizi al minuto, alla gente verrà insegnato che devono essere presenti in tempo se vogliono partecipare. La programmazione è un'attività professionale che richiede almeno un minimo di disciplina.

Detto questo, il punto della situazione quotidiana è di discutere di ciò che la squadra ha fatto ieri, di quello che stanno facendo oggi e di rendere tutti consapevoli dei blocchi stradali. L'orario programmato dovrebbe essere "la prima cosa al mattino quando tutti sono disponibili", non necessariamente un orario specifico sull'orologio. L'obiettivo finale è quello di lavorare insieme come una squadra, non seguire regole severe. Se la tua squadra è molto nuova nell'agile, attaccare al tempo è un buon modo per sviluppare le tue abilità di squadra. Se sei un team maturo, fai ciò che funziona per la tua squadra.

È così che funziona Scrum?

Ti suggerirei che le riunioni giornaliere sono troppo frequenti per qualsiasi attività commerciale, a meno che la tua squadra non sia particolarmente produttiva (nel senso che possono produrre grandi quantità di funzionalità in tempi molto brevi).

Se decidi di avere tag giornalieri, non dovrebbero durare più di 15-20 minuti, e sì, tutti devono essere in orario o non partecipano. I tag ups sono a beneficio dei membri del team, non dello scrum master; le penalità per le riunioni giornaliere mancanti dovrebbero essere gestite allo stesso modo di qualsiasi altro ritardo.

In breve, non vedo nulla di speciale qui. Penso che le riunioni quotidiane di ogni tipo siano limitate alla microgestione, ma se decidi di farle, devi eseguirle correttamente.

Processo per le persone . Questo è uno dei tenant core di Agile, se un processo non funziona per il tuo team, lo scarta o lo modifica. Lascia che il team lo modifichi per soddisfare le loro esigenze.

Pensa in questo modo, qual è il punto della situazione quotidiana?

È la tua opportunità di sollevare ostacoli con il resto della squadra, di segnalare che potresti aver bisogno di assistenza e di evidenziare i cambiamenti che influenzeranno gli altri. È importante che tu sia lo sviluppatore.

Con un team di 4 -8 sviluppatori, devono essere rapidi e scattanti - 30 secondi ciascuno il più delle volte. Se svolgessi il ruolo di scrum master, sarei preoccupato per l'avvio tardivo delle riunioni in quanto aumenterebbe il costo della riunione. Allo stesso modo, i tempi di incontro variabili creano una distrazione per tutti - stiamo per ... Sarei anche molto consapevole di bilanciare questo con le esigenze per garantire che il team sia in grado di sostenersi a vicenda, quindi potrebbe ritardare la riunione se necessario perché qualcuno chi poteva essere impedito era al telefono / servizi igienici.

Laddove le squadre sono distribuite geograficamente come stai descrivendo, segnalerei questo come ostacolo alla squadra in OGNI retrospettiva. È palesemente un impedimento alla performance e alla comunicazione di Scrum che non sono tutti seduti insieme e in grado di comunicare liberamente e facilmente.

Direi che questo dovrebbe essere organizzato come due squadre di scrum separate, e il lavoro organizzato in modo che la mischia di mischie debba gestire la comunicazione internazionale.