Scrum Daily meeting: puntualità sulla presenza completa della squadra?

La mia comprensione è che un incontro Scrum giornaliero dovrebbe essere molto veloce, ospitato in modo amichevole e che richiede tutti i membri del team presenti. Perché è obiettivo è avere tutti aggiornati su ciò che fanno gli altri.

Mi piacciono gli Scrum Daily Meetings che si svolgono in questo modo.

Nel mio ultimo progetto, i nostri Scrum quotidiani sono più simili a una riunione di aggiornamento dello stato. Anche se la posizione è che stiamo tenendo Scrum e praticando Agile.

Siamo un team distribuito, in 2 paesi diversi, e le persone che si trovano nello stesso Paese non sono nello stesso ufficio. Di conseguenza abbiamo Scrum virtuali.

Il problema è che le nostre riunioni iniziano sempre in orario, molte persone chiamano prima dell'orario di inizio effettivo, quindi iniziano effettivamente al primo secondo della riunione. Senza alcuna tolleranza per piccoli ritardi.

Ad esempio l'ultima volta che siamo stati al telefono e la persona che ha coordinato la riunione ha verificato se tutti erano attivi e abbiamo detto che uno dei membri del nostro team non era ancora attivo ma stava chiamando. E mi è stato detto di iniziare a condividere senza aspettare il mio membro del team.

Inoltre, tutti hanno un sacco di incontri e, a volte, tornano di pari passo con la riunione Scrum, quindi è comprensibile se arrivano durante il primo o il secondo minuto della riunione.

È normale per le squadre che praticano Scrum giornalieri? È la prima volta che mi capita.

Non riesco a trovare alcuna bibliografia direttamente al riguardo. Sebbene sia sottolineata la presenza di tutti i membri del team, si sottolinea anche che le riunioni dovrebbero sempre iniziare contemporaneamente. Ma immagino che ci possa essere una piccola tolleranza di ritardo.

Ho anche letto su un blog qualcuno che suggerisce che lo Scrum Master può infliggere penalità se qualcuno arriva in ritardo di "5 secondi". Pensavo che gli Scrum dovessero essere amichevoli e avere una penalità del genere sembra controproducente.

Qual è l'approccio raccomandato in una situazione come questa?

Come con qualsiasi pratica agile, i team di mischia possono decidere da soli. Se ti dà fastidio, dovresti mostrarlo nella tua retrospettiva e cercare di trovare una soluzione di cui tutti sono contenti. Forse altri membri del team si sentono allo stesso modo, ma pensano che sia "proprio come si fa la mischia".

Detto questo, nelle mie riunioni di mischia, comincio il secondo a meno che non manchino tre o più persone. Per un incontro a cui tutti sono tenuti a partecipare tutti i giorni, ritengo irrispettoso il tempo di tutti di fare diversamente. Quando sono io a presentarmi tardi, la mia squadra inizia senza di me. Se alla fine abbiamo tempo, torniamo ai compiti delle persone che sono arrivate in ritardo.

In passato sono stato meno severo riguardo alla puntualità, e ciò che è accaduto è che le persone che si sono presentate in tempo si sono stancate del tempo perso, quindi hanno iniziato a provare a indovinare quando sarebbe effettivamente iniziato l'incontro, e poi si sono presentati, che invece aveva un effetto palla di neve.

Per un incontro quotidiano, non è la fine del mondo se a volte qualcuno ne perde parte. Spero che non sia l'unica comunicazione che stai facendo durante il giorno.

Se aspetti le persone, insegna loro che va bene fare tardi. Se inizi dal minuto, alle persone 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 dello standup quotidiano è discutere cosa ha fatto ieri la squadra, cosa sta facendo oggi e 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 dell'orologio. L'obiettivo finale è lavorare insieme come una squadra, non seguire regole rigorose. Se la tua squadra è molto nuova nell'agile, attenersi all'orologio è un buon modo per sviluppare le tue abilità di squadra. Se sei una squadra matura, fai ciò che funziona per la tua squadra.

Scrum funziona così?

Ti suggerirei che le riunioni quotidiane sono troppo frequenti per qualsiasi attività commerciale, a meno che il tuo team non sia particolarmente produttivo (nel senso che possono produrre ampie strisce di funzionalità in periodi di tempo molto brevi).

Se decidi di avere tag giornalieri, dovrebbero durare non più di 15-20 minuti, e sì, tutti devono essere puntuali o non partecipare. I tag up sono a beneficio dei membri del team, non del mischia; le penalità per le assenze quotidiane mancanti devono essere gestite allo stesso modo di qualsiasi altro ritardo.

In breve, non vedo niente di speciale qui. Penso che le riunioni quotidiane di qualsiasi tipo confinino con la micro-gestione, ma se decidi di farle, devi farlo correttamente.

Persone oltre il processo . Questo è uno dei principali inquilini di Agile, se un processo non funziona per il tuo team, scartalo o modificalo. Lascia che il team lo modifichi in base alle proprie esigenze.

Pensala in questo modo, a che serve alzarsi ogni giorno?

È la tua occasione per aumentare gli ostacoli con il resto della squadra, segnalare che potresti aver bisogno di assistenza e evidenziare i cambiamenti che influenzeranno gli altri. È importante che tu sia uno sviluppatore.

Con un team di 4-8 sviluppatori, devono essere veloci e scattanti: 30 secondi ciascuno per la maggior parte del tempo. Se svolgessi il ruolo di scrum master, sarei preoccupato per l'inizio tardivo degli incontri in quanto aumenterebbe il costo della riunione. Allo stesso modo, i tempi di riunione 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 che era probabile che fosse impedito era al telefono / toilette.

Laddove i team sono distribuiti geograficamente come stai descrivendo, lo segnalerei come un impedimento del team a OGNI retrospettiva. È palesemente un impedimento alla performance e alla comunicazione di mischie che non sono tutti seduti insieme e in grado di comunicare liberamente e facilmente.

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