Standup giornalieri - sì o no? [chiuso]

Quanto ritieni preziosi (o no) gli incontri di stand-up quotidiani ?

Se non hai familiarità con questo, questo si riferisce a una riunione quotidiana che fa parte dei seguaci di Scrum (e alcune altre metodologie agili). L'idea è di tenere una riunione quotidiana, con un timebox di 15 minuti, e in cui tutti devono stare (per incoraggiare le persone a essere al punto).

Durante l'incontro, vai in giro per la stanza e ognuno dice: - Cosa hai fatto ieri - Cosa intendi fare oggi - Qualsiasi blocco o impedimento ai tuoi progressi.

Pensi che questa pratica abbia valore? Qualcuno ha lavorato in un posto che lo ha fatto e cosa hai pensato?

Abbiamo avuto standup giornalieri al mio primo lavoro. Bene, con tutte le cooperative / stagisti / interinali, in realtà era piuttosto lungo, di solito circa 30 minuti.

Ma l'idea di un incontro quotidiano breve, limitato nel tempo, mi ha aiutato molto a sapere su cosa erano bloccate le altre persone - e se fosse qualcosa su cui stavo lavorando, potrei ri-ridisegnare i miei compiti per finire ciò di cui avevano bisogno per continuare prima. Ha anche dato a tutti la possibilità di sapere a cosa stavano lavorando tutti, quindi se qualcuno ha avuto un'emergenza, tutti erano almeno consapevoli di ciò che stava succedendo: ridurre un fattore camion è sempre una buona cosa.

Onestamente, ogni giorno potrebbe essere un po 'estremo in alcuni casi. Ma l'idea di brevi e regolari incontri per tutti per rimanere sulla stessa pagina è una preziosa aggiunta a qualsiasi processo.

Trovo questi incontri molto preziosi. Offrono i seguenti vantaggi: in cambio della spesa di soli 15 minuti!

• Mantiene tutti in tema . È facile scavare nei propri problemi e dimenticare ciò che fanno gli altri o ripetere il lavoro svolto da qualcun altro. Le riunioni quotidiane impediscono che ciò accada.
• Non consente alle persone di perdere tempo . A questi incontri fai delle promesse. Poi basta bisogna cercare di tenerli.
• Fa interagire le persone . Ai programmatori di solito non piace parlare con le persone. Tuttavia, in tali incontri ottengono incoraggiamento (e rimproveri) dai loro colleghi, il che ha un effetto positivo sul morale.
• Riunisce tutti in un unico posto . Ottieni un bonus nel sapere che tutti verranno lì. Questo può essere usato per organizzare altre riunioni, fare annunci e continuare questa riunione quotidiana in gruppi più piccoli per discutere di problemi specifici. Di solito, l'organizzazione di tali incontri richiede molta attenzione e richiede competenze che i programmatori non amano usare.

Resto in piedi per ore e ore. Non mi rende più al punto, né ha alcun significato / impatto reale in una breve riunione di recupero giornaliera.

Ma hey, se alzarti ti consente di marchiare qualcosa di agile, deve essere buono!

Per quanto riguarda se la riunione periodica di recupero in generale sia una buona idea ... bene, aiutano se altri processi sono inefficaci.

Se vuoi sapere cosa ha fatto qualcuno ieri e quali sono i suoi prossimi compiti, guarda il Issue Tracker, dove è già registrato. Se non esiste un filtro chiaro che ti dice questo per tutto il team, creane uno (o trova un software migliore).

Se vuoi sapere se qualcuno ha dei bloccanti, controlla i tuoi messaggi (sia email / im / forum / qualunque cosa). Se qualcuno ne ha, dovrebbe avvisare sia la parte interessata che il responsabile del progetto quando si verificano, non perdere un giorno di attesa prima che lo scoprano gli altri, senza mai avere la possibilità di agire.

C'è sicuramente beneficio dall'avere incontri regolari per discutere la direzione di un progetto - in senso generale, piuttosto che specifici, per assicurarsi che tutti comprendano gli obiettivi generali e così via - e che si terranno settimanalmente o quindicinali (a seconda del ritmo delle cose).

Ma passare un quarto d'ora ogni giorno solo per sentirti agile, fantastico e cose del genere? Perdita di tempo.

Nella mia esperienza, gli stand-up non ne sono valsi la pena, specialmente il tipo quotidiano. Sono una delle due cose: un rituale vuoto o un incontro ad hoc non indirizzato.

1. Il rituale vuoto: tutti fanno il giro del cerchio e dichiarano il compito su cui stanno lavorando e i loro progressi. A nessuno importa davvero a cosa stanno lavorando gli altri, e nulla viene fatto (come risultato dello stand-up) se c'è un problema.

2. L'incontro ad hoc non indirizzato: arriva qualcuno (di solito un manager, un PM o qualcuno dell'azienda) che lo deraglia. Forse parliamo del fuoco di oggi nei minimi dettagli o di come qualcuno sta diventando ansioso se stiamo per rispettare una scadenza, ecc. 15 minuti si trasformano in mezz'ora o più. Tutti sono in piedi, anche se dovremmo davvero essere seduti se sarà così a lungo.

Inoltre, la parte "stand-up" degli stand-up non aiuta a programmare le riunioni, ma aggiunge semplicemente disagio fisico al mix.

Ho avuto esperienze molto migliori con la comunicazione ad hoc tra i membri del team rispetto alle formalità in piedi. Se qualcuno si preoccupa di ciò su cui stai lavorando o dei tuoi progressi, te lo chiederanno o te lo dirai. Se hai un problema o sei bloccato, assicurati che le persone che hanno bisogno di saperlo lo sappiano. Se un requisito non è chiaro, rintracciare l'utente aziendale o il BA e chiederglielo.

Penso che siano molto utili se vengono eseguiti correttamente. Il formato che ha funzionato bene per me è questo ..

Ogni persona dà una breve risposta alle seguenti domande.
a) A cosa stai lavorando?
b) Cosa farai alla prossima riunione (domani)?
c) Hai realizzato quello che hai detto che avresti fatto durante l'ultima riunione?
d) Quali ostacoli stanno rallentando / fermando i tuoi progressi?

Qualsiasi discussione estesa di quanto sopra dovrebbe essere limitata durante la riunione per farla breve. Chiunque può rimanere dopo (o incontrarsi più tardi nel corso della giornata) per discutere con le persone interessate tutto ciò che necessita di una copertura estesa.

Ciò consente di raggiungere i seguenti obiettivi:
a) Il responsabile della squadra / il proprietario del prodotto è rapidamente informato sui possibili ritardi.
b) Il capo squadra può eliminare rapidamente gli ostacoli.
c) Il capo squadra può identificare le persone che fanno girare le ruote rapidamente.
d) Incoraggia la collaborazione tra i membri del team che potrebbero essere troppo introversi per chiedere aiuto quando ne hanno bisogno.
e) Incoraggia lo slancio mantenendo brevi gli impegni (riduce al minimo il lavoro espandendosi al tempo disponibile per il progetto).

Non li ho trovati utili come praticato sul mio posto di lavoro, dove il "Daily 15-Minute Standup" si estendeva a 30, poi a 45 e ora spesso a 60 minuti; dove tutti si siedono mentre aspettano che il project manager giochini con il proiettore, la condivisione di rete o qualunque altra cosa sia il demone casuale del giorno; dove insiste affinché tutti si prendano il tempo necessario per fornire aggiornamenti sullo stato prima della riunione, ma poi interrogano nuovamente tutti (nel caso in cui abbiamo realizzato qualcos'altro negli ultimi istanti); L'unica parte del concetto originale che rimane è "Daily".

Non farlo

Può essere utile, ma spesso non è in pratica.

Se hai un team che non ha un facile accesso agli altri membri del team mentre lavorano, o la tua organizzazione rende difficile trovare i manager / i PM / chiunque, almeno sai che hai un colpo al giorno per ottenere una risposta.

In pratica, a volte incoraggia le persone a non discutere immediatamente dei problemi e può diventare un tempo considerevole. Per esempio:

Se mi occupo solo di un progetto di sviluppo attivo (di solito sono su due) di solito ci sono almeno uno che termina il QA e uno che gira contemporaneamente. Sono tre standup di 15 minuti al giorno. I miei non sono quasi mai back to back. Perdi un po 'di tempo assicurandoti di trovarti ad un punto di arresto prima di ognuno e allo stesso modo di tornare in pista dopo ognuno. Anche se si presume che tali perdite siano pari a 10 minuti ciascuna, il che si traduce in più di un'intera giornata lavorativa persa in standup ogni settimana.

Aggiungi le riunioni e le dimostrazioni di commit e ciò consuma facilmente un giorno intero aggiuntivo.

IMHO se il tuo team sta riscontrando un problema di comunicazione, le riunioni quotidiane possono essere d'aiuto, ma farlo diversamente è semplicemente un problema di risorse.

Molto prima che SCRUM e Agile fossero mai stati pensati, ero un team leader di uno studio sulla forza lavoro che ha richiesto 2 anni. Ci sarebbe voluto molto più tempo senza incontri quotidiani. In primo luogo, poiché gli esseri umani sono esseri umani, si rilasseranno se sanno che nessuno sta prestando attenzione. Se devono mostrare progressi ogni giorno, si rilassano di meno. Se sembra che Joe stia facendo più progressi di quello che sono, si rilassano di meno. Inoltre, consente al manager (o chiunque) di sapere quando si verificano problemi prima che diventino una crisi. Quindi, se Steve sarà in ritardo di una settimana e Harry è avanti, allora possiamo spostare alcuni compiti. Ciò impedisce al progetto di restare indietro perché una persona si è bloccata. Inoltre, di solito qualcun altro sarà in grado di aiutare la persona a rimanere bloccata.

Ora ho lavorato in un posto in cui abbiamo dato un grande progetto a un nuovo dipendente. (Non ero il suo capo.) I rapporti sui progressi che aveva dato ai suoi dirigenti erano "tutto è fantastico, tutto sarà fatto in tempo", ma nessun dettaglio e nessuno gli ha richiesto di dire esattamente quali progressi aveva fatto dal giorno prima. Lui, come sono certo che l'esperto tra voi abbia indovinato, ha lasciato senza preavviso una settimana prima della scadenza e nessuno dei suoi compiti era completo o addirittura in uno stato in cui il "lavoro" che aveva svolto era utilizzabile. Questo è il motivo per cui sono necessari gli incontri quotidiani - per fare in modo che queste persone facciano progressi reali e per scoprire quando non lo sono prima che l'intero progetto vada a vuoto. Ho finito per fare i suoi compiti e il mio e fare gli straordinari per tutta l'estate in modo da poter mantenere il cliente multimilionario.

Sì, a tutti noi piace credere che i nostri sviluppatori siano tutti motivati ​​internamente e produrranno sempre i prodotti per noi, ma la verità è che devi proteggere il team e l'organizzazione da persone come questa. Non sai mai chi saranno; a volte non è il nuovo dipendente, ma quello che è arrabbiato con l'organizzazione (giustificatamente o no) o quello che ha appena perso la moglie (almeno sai spesso chi sono queste persone, ma non tutti condividono i loro problemi personali).

Sì o no e sono preziosi sono due domande diverse. Le risposte possono anche essere diverse. Nel caso di quest'ultima domanda, la risposta può dipendere dalla prospettiva.

La prima domanda, sì o no? È un sì . Dal punto di vista Scrum o XP, lo standup è un'attività essenziale. Se non hai scrum giornalieri, allora non è davvero Scrum, si chiama "mischia, ma non facciamo standup giornalieri" o scrumbut in breve. se si desidera includere una prospettiva kanban, la maggior parte dei team kanban fa standup, anche se il loro metodo non li prescrive.

La seconda domanda, (come) sono preziosi, è più complicata. Se pratichi Scrum o XP, devi credere che gli standup siano essenziali per promuovere la collaborazione, il lavoro di squadra e rendere la tua squadra più efficace. Quindi la risposta è sicuramente preziosa .

La prospettiva dei proponenti magri è molto diversa . Una visione estremamente snella è che al tuo cliente non importa se fai stand-up, quindi sono solo uno spreco. Cosa fai con i rifiuti? Lo tagli al minimo, idealmente a zero.

Una visione snella più moderata è che, sebbene non esattamente uno spreco, gli standup quotidiani sono un costo di coordinamento e non un'attività a valore aggiunto . Puoi fare da avvocato del diavolo con i tuoi colleghi Scrum e chiedere loro: se pensi che i tuoi stand-up di 15 minuti siano un'attività a valore aggiunto, perché non ne fai 30 minuti ogni giorno o 45 minuti e ingrandisci facilmente il valore aggiunto?

Kanban, che ha radici magre ma mira a mantenere i principi del Manifesto Agile, risolve questo paradosso facendo stand-up, ma usando una struttura di incontro molto diversa rispetto al tradizionale formato di agile standup. Il risultato è una riunione molto più breve, che si allinea al punto di vista Lean. Questo libro ha un esempio in cui un team Kanban di 50 persone fa standup giornalieri in 10 minuti .

Riassumendo, sia che facciate o meno stand-up giornalieri, la risposta è sicuramente un sì . Ma sono preziosi, quanto sono preziosi - dipende .

Il tipo più utile di standup è il tipo Kanban.

1. Avrai bisogno di una scheda attività che rifletta il tuo flusso di lavoro / flusso di valore reale. Questa taskboard è il punto focale dello standup.
2. Concentrati sugli oggetti di lavoro, non sulle persone
   • Concentrati maggiormente su quali elementi di lavoro puoi completare (in base alla taskboard), in quanto gruppo, piuttosto che su ciò che puoi iniziare
   • Concentrati sulla risoluzione dei problemi che ti mostra la scheda: colli di bottiglia, blocchi, ecc

(Questo probabilmente non funzionerà troppo bene in un ambiente Scrum, in cui l'impegno e la concentrazione sulle persone sono un meccanismo chiave.)

In questo modo, una riunione stand-up può essere breve, anche con molte persone, ma ha ancora un reale utilizzo.

Quanto ritieni (o no) importanti le riunioni di stand-up giornaliere?

Offire tutte le riunioni della Scrum Framework è importante, ma penso che la riunione standup giornaliera sia la riunione più "importante" nella Scrum Framework. È come un cuore in un corpo. Se il cuore non pompa regolarmente il sangue, allora il corpo è destinato a morire, il corpo in questo caso è l'Organizzazione o il Progetto che segue la mischia e il cuore è la riunione della mischia.

Pensi che questa pratica abbia valore? Sì. Daily Scrums migliora le comunicazioni, elimina le altre riunioni, identifica e rimuove gli ostacoli allo sviluppo, evidenzia e promuove il rapido processo decisionale e migliora il livello di conoscenza di tutti i progetti. La Scrum quotidiana non è una riunione di stato. Il Daily Scrum è un'ispezione dei progressi verso quell'obiettivo Sprint (le tre domande). Le riunioni di follow-up di solito si verificano per adattarsi al lavoro imminente nello Sprint. L'intento è ottimizzare la probabilità che il Team raggiunga il suo obiettivo. Questa è una chiave per ispezionare e adattare l'incontro nel processo empirico Scrum.

Qualcuno ha lavorato in un posto che lo ha fatto e cosa hai pensato?

Sì, nel mio ultimo progetto abbiamo seguito lo Scrum Framework e le pratiche Agile. Siamo stati molto seri riguardo allo Scrum Framework in generale e non lo abbiamo fatto a metà. Inizialmente ero in una squadra di 5, poi mi sono trasferito in una squadra più grande di circa 9, e poi di nuovo a un 6 sparso in un periodo di 4 anni. L'incontro quotidiano di scrum ha assicurato che tutti fossero sincronizzati, gli impedimenti erano trasparenti e noi come Team abbiamo potuto vedere come il Team stava procedendo con il burn-down di fronte a noi e sapevamo esattamente chi stava lavorando su cosa e dove potevamo contribuire noi stessi. È sicuramente più facile da fare quando hai squadre di 6 o meno. Lo scopo di una riunione di mischia è di effettuare un controllo di autoispezione e se si trova qualcosa che non va nella direzione dell'obiettivo o se qualcosa viene bloccato, il team auto-organizzato si adatta,

A meno che non ci sia una buona ragione per avere una comunicazione completamente in rete tra l'intera squadra ogni giorno, sembra una grande perdita di tempo.

Piuttosto avere settimanali.

Nella mia esperienza, la pre-pianificazione di ciò che farai il giorno successivo porta a importanti incrementi di produttività. Quindi avere queste mischie come riunioni vale il tempo perso solo per quel motivo.

Cerca di mantenerli brevi, o addirittura di farlo in una chat di gruppo su Skype ogni giorno allo stesso tempo. Assicurati però di leggere gli aggiornamenti di ciascuno.

Un rapporto sullo stato giornaliero alla fine di ogni giorno prima di tornare a casa ha lo stesso effetto.

È stato efficace per me in team di 3 e 5 persone e l'ho visto usato efficacemente per un team di organizzatori di eventi che contava circa 20 persone. Devi tenerlo breve, devi tenerlo in movimento. Va bene se ti siedi ma non ci dovrebbero essere cose extra (volantini, lavagna, video, ecc.)

Penso che gli stand-up giornalieri siano un'ottima idea indipendentemente dalla metodologia o dall'area in cui lavori, a condizione che tu possa mantenerli a corto di 15 minuti al massimo. Se non ci riesci regolarmente, allora ci sono troppe persone che partecipano a un singolo stand-up o l'incontro non è abbastanza focalizzato.

Dove siamo il team di marketing ha iniziato a copiarci e ora hanno anche delle stand-up - quindi non è nemmeno per gli sviluppatori!

Abbiamo tenuto riunioni "in piedi" prima di sapere che era una mischia agile, da circa 7 anni. Secondo me sono un ottimo modo per avere un'idea generale di come il progetto sta andando avanti e se qualcuno ha bisogno di aiuto. Ad alcuni membri del mio team non piace chiedere aiuto, ma lo accetteranno quando viene offerto, questo è spesso fatto in piedi in piedi ogni giorno.

Le riunioni devono essere brevi, di solito abbiamo avuto meno di 10 minuti con 7 membri del team. Aiuta a pianificarli appena prima della pausa delle dieci. Inoltre, nelle riunioni non utilizziamo la tecnologia, ma solo la mischia con attività di post-it e alcuni grafici.

Tra i lati positivi, questi incontri possono avere l'effetto di aumentare la produttività in termini di raggiungimento di obiettivi aziendali urgenti e immediati.

Sul lato negativo, questi incontri (tutti i giorni: che cosa hai fatto? impatto immediato sul business, ma potrebbe avere un impatto significativo lungo la linea.

Un prodotto per cui ho realizzato il prototipo non avrebbe mai superato il test di incontro giornaliero e, per fortuna, il mio vecchio manager ha dato un sacco di libertà di lavorare da solo, e ora il vero prodotto è attivo. Ma ora che il vecchio manager se n'è andato e ne è entrato uno nuovo che abbraccia il concetto di mischia quotidiana, non vedo come avrei mai potuto sviluppare il prototipo nell'ambiente di mischia quotidiana.