Qual è lo scopo dello stand-up e la sua durata in metodologie agili? [chiuso]


13

Lavoravo in una metodologia a cascata e ora faccio parte di un team che sta seguendo una metodologia agile. Sembra che stiano sbagliando. Ad esempio, abbiamo stand-up che durano più di 25 minuti al giorno, il che è davvero fastidioso. Inoltre, mi sento più come se stessi giustificando il mio stipendio alla direzione di ogni altra cosa.

Sbaglio a sentirmi così? È così che di solito vengono condotti gli stand-up?


3
Durante la Retrospettiva, hai suggerito che gli stand-up richiedono troppo tempo? Cosa è stato discusso durante l'incontro che dura 25 minuti?
dcaswell,

Quante persone fanno parte del team?
Guy Sirton,

1
@GuySirton: Capisco quello che stai dicendo, ma d'altra parte non sono passati circa 30 minuti ogni giorno? Non è troppo?
user10326

1
Voto
negativo

2
@ user10326: la tua direzione ovviamente non pensa che sia troppo. Supponendo che rispettino le regole (varia tra le società) e non puoi convincerle che è troppo lungo, quindi saranno 30 minuti. Quasi sicuramente non li convincerai facendo riferimento ai programmatori o allo Scrum Manual. Come affrontare la situazione di gruppo / lavoro è forse una domanda per Workplace SE. Qui possiamo dirti come dovrebbe funzionare ma non siamo sicuri di poterti aiutare con la tua situazione specifica.
Guy Sirton,

Risposte:


13

Per Scrum, Ken Schwaber e Jeff Sutherland spiegano :

Scrum giornaliero

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. Questo viene fatto ispezionando il lavoro dall'ultimo Scrum quotidiano e predicendo il lavoro che potrebbe essere fatto prima di quello successivo. Il Daily Scrum si svolge allo stesso tempo e si svolge ogni giorno per ridurre la complessità. Durante l'incontro, i membri del team di sviluppo spiegano:

  • Che cosa ho fatto ieri che ha aiutato il team di sviluppo a raggiungere l'obiettivo Sprint?

  • Cosa farò oggi per aiutare il team di sviluppo a raggiungere l'obiettivo Sprint?

  • Vedo qualche impedimento che impedisce a me o al team di sviluppo di raggiungere l'obiettivo Sprint?

Il team di sviluppo utilizza il Daily Scrum per ispezionare i progressi verso l'obiettivo Sprint e per verificare come i progressi stanno andando verso il completamento del lavoro nel backlog Sprint. Il Daily Scrum ottimizza la probabilità che il team di sviluppo raggiunga l'obiettivo Sprint. Ogni giorno, il team di sviluppo dovrebbe capire come intende lavorare insieme come team auto-organizzante per raggiungere l'obiettivo Sprint e creare l'incremento previsto entro la fine dello Sprint. 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.

Scrum Master assicura che il team di sviluppo abbia la riunione, ma il team di sviluppo è responsabile della conduzione della Scrum quotidiana. Scrum Master insegna al team di sviluppo a mantenere lo Scrum giornaliero entro un intervallo di 15 minuti.

Scrum Master applica la regola secondo cui solo i membri del team di sviluppo partecipano al Daily Scrum.

Daily Scrums migliora le comunicazioni, elimina le altre riunioni, identifica gli ostacoli allo sviluppo per la rimozione, evidenzia e promuove il rapido processo decisionale e migliora il livello di conoscenza del team di sviluppo. Questa è una chiave per ispezionare e adattare l'incontro.

Altre metodologie possono avere rituali diversi e persino diversi team Scrum possono ottimizzare il modo in cui lo fanno diversamente. L'idea chiave è un rapido incontro per assicurarsi che il team sia sulla buona strada per la consegna. Non dovrebbe essere un rapporto sullo stato della gestione. È tuttavia una delle idee agili che è più facilmente sovvertibile.


C'è anche una riunione stand up basata sul web che stiamo usando per il nostro standup quotidiano se aiuta qualcuno: standup.report
MagExt

8

TL; DR

Se eseguito correttamente all'interno di un team Scrum di dimensioni adeguate, lo stand-up giornaliero non dovrebbe mai richiedere più di 15 minuti circa. Se impiega più tempo, o la squadra è troppo grande o hai un problema di processo.

Lo scopo dello stand-up

Lo stand-up quotidiano è un incontro di impegno e coordinamento per l'intero team. È progettato per garantire che tutto il team sia consapevole degli impedimenti, quali storie vengono fatte o meno, e quali attività sono pronte per essere estratte dall'elenco di cose da fare di un membro del team in quello di qualcun altro.

È importante che Scrum Master e il Product Owner siano partecipanti attivi allo stand-up, ma se il team sta segnalando a uno di essi, il processo Scrum potrebbe essere ben interrotto. Una risposta correlata su Project Stack Stack Exchange ha un elenco di 10 punti di "odori di progetto" in fondo, alcuni dei quali potrebbero essere applicati nel tuo caso. Anche se non si applicano, dovresti sicuramente rivalutare l'efficacia dei tuoi stand-up alla tua prossima Sprint Retrospective.

Rispetta la casella temporale

Mentre non mi piacciono le "tre domande" come un formato concreto proprio perché tendono a condurre a riunioni che assomigliano a un richiamo allo status, sarei negligente se non indicassi la descrizione canonica di Mike Cohn del Daily Scrum . La pagina dice, in parte:

Concentrandosi su ciò che ogni persona ha compiuto ieri e realizzerà oggi, il team ottiene un'eccellente comprensione di ciò che il lavoro è stato svolto e di ciò che rimane. La riunione Scrum giornaliera non è una riunione di aggiornamento dello stato in cui un capo sta raccogliendo informazioni su chi è in ritardo. Piuttosto, è un incontro in cui i membri del team si impegnano a vicenda.

Ci sono molti più dettagli e alcuni esempi concreti in quella pagina. Tuttavia, ai fini della tua domanda, si afferma esplicitamente che:

Le riunioni quotidiane di Scrum sono rigorosamente programmate in 15 minuti. Ciò mantiene la discussione vivace ma pertinente.

Il time-box è il fondamento di Scrum. Mentre la maggior parte delle finestre temporali all'interno di Scrum possono essere regolate dal team a seguito del ciclo di ispezione e adattamento, si ritiene che sia una pratica scorretta estendere la durata dello stand-up. Se il principio del time-boxing non viene rispettato all'interno del processo, è generalmente un "odore di progetto" molto delicato.


3

Quello che stai descrivendo è un modo in cui gli "stand-up" possono fallire per la squadra.

I migliori stand-up sono brevi perché tutti comprendono ciò che fanno gli altri, spiegano cosa hanno ottenuto ieri, cosa raggiungeranno oggi e segnalano tutto ciò che potrebbe / ha influito sulla loro capacità di mantenere le promesse. Altri membri del team possono quindi indicare che possono aiutare a risolvere rapidamente gli altri impedimenti, ma che le soluzioni prendono parte al di fuori dello stand up.

In breve, dovrebbero essere la colla che unisce la squadra.

Quello che sembra più, è un aggiornamento dello stato e sei tenuto a tenere conto della consegna / non consegna, ma il team è disfunzionale perché il team non sta usando le riunioni di stand-up per sostenersi a vicenda per consegnare e rimuovere gli impedimenti.

Nei due ambienti in cui ho visto ciò accadere, è stato causato dall'avere un mischia che non è riuscito a delegare la responsabilità di assicurare che il team mantenga le promesse di iterazione. In un caso è stato particolarmente controproducente e ha generato un atteggiamento noioso all'interno della squadra.

Scrum riguarda i team auto-organizzati, in cui il team si organizza per risolvere rapidamente i problemi per mantenere i propri impegni


2

Come in tutti i processi Agile, lo scopo è: "da cosa ottieni valore".

Lo standup quotidiano è in genere un meccanismo per garantire la comunicazione tra i membri del team in modo a basso impatto, in cui tutti possono capire dove si trova il team per quanto riguarda l'attuale serie di attività. Quindi uno standup di 5 minuti in cui tutti dicono "Ho fatto x ieri e lo farò oggi" va bene, così come uno di 15 minuti in cui il team decide tra loro su cosa lavorare dopo e aggiorna il pannello delle attività.

Tuttavia, non ce n'è bisogno affatto, non se si comunicano queste cose in altri modi, ad esempio utilizzando un sistema di notifica sociale mobile.

Allo stesso modo, se vuoi che il tuo standup sia più lungo e più una questione di segnalazione del team, va bene lo stesso. Lo metterei in dubbio, ma so che alcuni team preferiscono un approccio più diretto al lavoro. Dopo tutto, Agile può far fronte a tutti i tipi di squadra.

La vera domanda che dovresti porci è se stai ottenendo qualche valore da esso, e in caso contrario - cosa cambierai in modo da ottenere valore. Fare lo standup come prescritto da qualche libro sacro di Scrum NON è Agile. Fare uno standup significa qualcosa per la tua squadra in modo che tutti voi lavoriate meglio insieme.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.