Standup giornaliero - sì o no? [chiuso]

Abbiamo avuto stand up giornalieri al mio primo lavoro. Bene, con tutte le co-ops / stagisti / temps, in realtà era sul lato lungo - di solito circa 30 minuti.

Ma l'idea di un breve incontro quotidiano a tempo pieno mi ha aiutato molto a sapere su cosa erano bloccate le altre persone - e se si trattava di qualcosa su cui stavo lavorando, potevo ridefinire i miei compiti per finire quello che doveva continuare prima . Inoltre ha dato a tutti la possibilità di sapere su cosa stavano lavorando tutti, quindi se qualcuno ha avuto un'emergenza, tutti erano almeno consapevoli di cosa stava succedendo - ridurre il fattore camion è sempre una buona cosa.

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

Trovo che questi incontri siano 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 fatto da qualcun altro. Le riunioni giornaliere impediscono che ciò accada.
• Non consente alle persone di rallentare . A questi incontri fai delle promesse. Quindi devi solo dover provare a mantenerli.
• Rende le persone interattive . I programmatori di solito non amano parlare con le persone. Tuttavia, in tali incontri ricevono incoraggiamenti (e rimproveri) da parte dei colleghi, il che ha un effetto positivo sul morale.
• Raccoglie 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 questo incontro quotidiano in piccoli gruppi per discutere problemi specifici. Di solito, organizzare questi incontri richiede molta attenzione e richiede abilità che i programmatori non amano usare.

Posso resistere per ore e ore. Non mi rende più al punto o avere alcun reale significato / impatto in una breve riunione di recupero giornaliero.

Ma hey, se alzarti in piedi ti permette di ribilanciare qualcosa come agile, deve essere buono!

Per quanto riguarda se una riunione regolare di catch-up in generale è una buona idea ... beh, aiutano se altri processi sono inefficaci.

Se vuoi sapere che cosa ha fatto qualcuno ieri e quali sono i compiti successivi, guarda il Tracker dei problemi, dove è già stato registrato. Se non c'è un filtro chiaro che ti dice questo per l'intero team, impostane uno (o trova un software migliore).

Se vuoi sapere se qualcuno ha dei blocchi, controlla i tuoi messaggi (sia email / im / forum / che altro). Se qualcuno ne ha qualcuno, dovrebbe avvisare sia la parte interessata che il lead del progetto quando si presentano, non sprecare un giorno in attesa prima che qualcun altro lo scopra, non avendo la possibilità di agire.

Sicuramente è utile avere incontri regolari per discutere la direzione di un progetto - in senso generale, piuttosto che specifico, per essere sicuri che tutti capiscano gli obiettivi generali e così via - e tenuti settimanalmente o ogni due settimane (a seconda del ritmo delle cose).

Ma spendendo un quarto d'ora al giorno solo così puoi sentirti agile, fantastico e roba del genere? Spreco di tempo.

Nella mia esperienza, le alzate non sono valse la pena, specialmente il tipo quotidiano. Sono o due cose: un rituale vuoto o una riunione ad hoc non orientata.

1. Il rituale vuoto: tutti girano attorno al cerchio e indicano il compito a cui stanno lavorando e i loro progressi. A nessuno interessa veramente quello su cui stanno lavorando gli altri, e non succede nulla (come risultato dello stand-up) se c'è un problema.

2. La riunione ad hoc non orientata: qualcuno (di solito un manager, un PM o qualcuno del business) arriva e lo deruba. Forse parliamo del fuoco di oggi nei minimi dettagli, o di come qualcuno si stia preoccupando se stiamo per rispettare una scadenza, ecc. 15 minuti si trasformano in mezz'ora o più. Tutti sono in piedi, anche se dovremmo stare seduti se sarà così lungo.

Inoltre, la parte "stand-up" degli stand-up non aiuta il time-box delle riunioni, ma aggiunge solo disagio fisico al mix.

Ho avuto esperienze molto migliori con la comunicazione ad-hoc tra i membri del team rispetto agli stand-up formali. Se a qualcuno importa di cosa stai lavorando o dei tuoi progressi, ti chiederanno o te lo diranno. Se hai un problema o sei bloccato, assicurati che le persone che ne hanno bisogno sappiano. Se un requisito non è chiaro, rintracci l'utente aziendale o il BA e chiedi loro informazioni.

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

Ogni persona risponde brevemente alle seguenti domande.
a) A cosa stai lavorando?
b) Cosa farai nel prossimo incontro (domani)?
c) Hai realizzato ciò che hai detto che avresti fatto nell'ultimo incontro?
d) Quali ostacoli stanno rallentando / fermando i tuoi progressi?

Qualsiasi discussione estesa su quanto sopra dovrebbe essere frenata durante la riunione per farla breve. Chiunque può trattenersi (o incontrarsi più tardi nel corso della giornata) per discutere con la / le persona / e interessata / e ciò che necessita di una copertura estesa.

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

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

Non farlo.

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

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

In pratica a volte incoraggia le persone a non discutere immediatamente i problemi, e può diventare un bel po 'di tempo. Ad esempio:

Se sono solo su un progetto di sviluppo attivo (di solito sono su due) di solito ci sono almeno un QA finale e uno in rotazione allo stesso tempo. Sono tre stand-up di 15 minuti al giorno. I miei non sono quasi mai back-to-back. Perderai un po 'di tempo per assicurarti di essere a un punto di arresto prima di ciascuno e allo stesso modo di tornare in pista dopo ognuno di essi. Anche se si presume che le perdite siano di 10 minuti ciascuna che si traduce in più di un'intera giornata lavorativa, persa in stand-by ogni settimana.

Aggiungi le riunioni di commit e le demo e questo mangia facilmente un intero giorno in più.

IMHO se il tuo team ha un problema di comunicazione, allora le riunioni giornaliere possono essere d'aiuto, ma farle diversamente è semplicemente una perdita di risorse.

Molto tempo prima che SCRUM e Agile avessero mai pensato, ero un team leader in uno studio sulla manodopera che richiedeva 2 anni. Ci sarebbe voluto molto più tempo senza incontri quotidiani. In primo luogo, gli esseri umani sono esseri umani, se non sanno che nessuno sta prestando attenzione. Se devono mostrare progressi ogni giorno, si allentano di meno. Se sembra che Joe stia facendo più progressi di loro, si indeboliscono di meno. Inoltre, consente al manager (oa chiunque altro) di sapere quando si verificano problemi prima che diventino una crisi. Quindi se Steve avrà una settimana di ritardo e Harry sarà in testa, allora potremo spostare alcuni compiti. Ciò impedisce al progetto di rimanere indietro perché una persona rimane bloccata. Inoltre, solitamente qualcun altro sarà in grado di aiutare la persona a scollarsi. L'incontro quotidiano è stato la chiave del mio successo in questa squadra e il lavoro successivo in cui ho gestito 30 studi in tutto il mondo e non uno era in ritardo o oltre il budget e tutti i controlli di qualità facilmente superati.

Ora lavoravo in un posto dove abbiamo dato un grande progetto a un nuovo dipendente. (Non ero il suo capo.) I resoconti sui progressi che aveva affidato ai suoi dirigenti erano "tutto è grande, sarà tutto fatto in tempo" ma nessuno specifico e nessuno gli ha chiesto di dire esattamente quali progressi aveva fatto dal giorno prima. Lui, come sono sicuro che l'esperto tra voi ha indovinato, ha smesso 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 fatto era utilizzabile. Questo è il motivo per cui sono necessari gli incontri quotidiani - per far sì che queste persone facciano reali progressi e per scoprire quando non lo sono prima che l'intero progetto vada in crisi. Ho finito per svolgere i suoi compiti, il mio e il lavoro straordinario per tutta l'estate, in modo da poter mantenere il cliente multimilionario.

Sì, a tutti noi piace credere che i nostri sviluppatori sono tutti motivati internamente e produrranno sempre i prodotti per noi, ma la verità è che devi proteggere la squadra 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 (giustificabile o meno) o colui che ha appena perso sua 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. In caso di quest'ultima domanda, la risposta potrebbe dipendere dalla prospettiva.

La prima domanda, sì o no? È un sì . Dal punto di vista Scrum o XP, lo stand-up è un'attività essenziale. Se non hai scrums giornalieri, allora non è proprio Scrum, si chiama "scrum, ma noi non facciamo daily standup" o scrumbut in breve. se vuoi 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 preziose, è più complicata. Se pratichi Scrum o XP, devi credere che gli stand up sono essenziali per promuovere la collaborazione, il lavoro di squadra e rendere la tua squadra più efficace. Quindi la risposta è decisamente preziosa .

La prospettiva dei proponenti snelli è molto diversa . Una visione magra estrema è che al tuo cliente non importa se fai le alzate, quindi sono solo rifiuti. Cosa hai sprecato? Lo tagli al minimo, idealmente a zero.

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

Kanban, che ha radici semplici ma mira a fornire i principi del Manifesto Agile, risolve questo paradosso facendo standup, ma usando una struttura di incontro molto diversa rispetto al tradizionale formato stand-up agile. Il risultato è un incontro molto più breve, che si allinea con il punto di vista Lean. Questo libro contiene un esempio in cui un team kanban da 50 persone svolge attività quotidiane in 10 minuti .

Per riassumere, se fare o meno gli standup quotidiani, la risposta è definita sì . Ma sono preziosi, quanto sono preziosi - dipende .

Il tipo più utile di stand-up è il tipo Kanban.

1. Avrai bisogno di una task board che rifletta il tuo reale flusso di lavoro / flusso di valori. Questa tabella è il punto focale dello standup.
2. Concentrati sugli oggetti di lavoro, non sulle persone
   • Concentrati maggiormente sugli elementi di lavoro che tu, in quanto team, puoi completare (in base alla bacheca), rispetto a ciò che puoi iniziare
   • Concentrati sulla risoluzione dei problemi indicati dalla scheda: colli di bottiglia, blocchi, ecc.

(Probabilmente questo non funzionerà molto bene in un'impostazione Scrum, in cui l'impegno e l'attenzione per le persone sono un meccanismo chiave.)

In questo modo, un meeting standup può essere breve, anche con molte persone, ma ha ancora un uso reale.

Quanto ritieni prezioso (o meno) le riunioni quotidiane di stand-up?

Offcource tutte le riunioni della mischia Framework sono importanti, ma penso che la riunione stand up quotidiana sia la riunione più "importante" in Scrum Framework. È come un cuore in un corpo. Se il cuore non pompa sangue regolarmente, allora il corpo è destinato a morire, il corpo in questo caso è l'Organizzazione o il Progetto dopo la mischia e il cuore è la riunione di mischia.

Pensi che questa pratica abbia un valore? Yes.Daily Scrums migliora le comunicazioni, elimina altre riunioni, identifica e rimuove gli ostacoli allo sviluppo, evidenzia e promuove decisioni rapide e migliora il livello di conoscenza del progetto di tutti. The Daily Scrum non è una riunione di stato. The Daily Scrum è un'ispezione dei progressi verso lo Sprint Goal (le tre domande). Le riunioni di follow-on di solito si verificano per adattarsi al lavoro imminente nello Sprint. L'intento è di ottimizzare la probabilità che la squadra raggiunga il suo obiettivo. Questa è una chiave per ispezionare e adattare la riunione nel processo empirico Scrum.

Qualcuno ha lavorato in un posto che lo ha fatto e cosa ne pensi?

Sì, nel mio ultimo progetto abbiamo seguito le pratiche di Scrum Framework e Agile. Eravamo molto seri riguardo allo Scrum Framework in generale e non lo abbiamo fatto a malincuore. Inizialmente ero in una squadra di 5, poi mi sono trasferito in una squadra più grande di circa 9, e poi di nuovo a 6 sparsi in un arco temporale di 4 anni. La riunione giornaliera della mischia ha fatto sì che tutti fossero in sincronia, gli impedimenti erano trasparenti e noi come Team abbiamo potuto vedere come la squadra stava progredendo 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 fare un controllo di autoispezione, e se qualche cosa viene trovata non andando nella direzione dell'obiettivo o se qualcosa è bloccato, la squadra autoorganizzata si adatta, quindi penso che sia molto cruciale che tu abbia esso.

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

Piuttosto avere settimane settimanali.

Nella mia esperienza, la pianificazione preliminare di ciò che farai nel giorno successivo porterà a notevoli aumenti di produttività. Quindi avere questi incontri scrum vale il tempo perso solo per questa ragione.

Cerca di tenerle corte, o anche di farlo in una chat di gruppo di tutti i giorni allo stesso tempo. Assicurati di leggere comunque gli aggiornamenti di eachothers.

Un rapporto sullo stato giornaliero alla fine di ogni giorno prima di andare 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 conteneva circa 20 persone. Devi tenerlo corto, devi tenerlo in movimento. Va bene se ti siedi ma non ci dovrebbero essere cose extra (dispense, lavagne, video, ecc.)

Penso che gli stand-up giornalieri siano un'ottima idea indipendentemente dalla metodologia o area in cui lavori, purché tu possa mantenerli corti al massimo 15 minuti. Se non riesci a mantenerlo regolarmente, ci sono troppe persone che partecipano a uno stand-up o la riunione non è sufficientemente focalizzata.

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

Abbiamo fatto incontri di "stand up" prima che sapessimo che si trattava di agile mischia, per circa 7 anni. Secondo me sono un ottimo modo per avere un'idea generale di come il progetto sta progredendo e se qualcuno ha bisogno di aiuto. Alcuni membri del mio team non amano chiedere aiuto, ma lo accetteranno quando viene offerto questo è spesso fatto nella situazione quotidiana.

Le riunioni devono essere brevi, abbiamo avuto riunioni in genere in meno di 10 minuti con 7 membri del team. Aiuta a programmarli appena prima della pausa di dieci ore. Inoltre non usiamo la tecnologia nelle riunioni solo la mischia con compiti post e alcuni grafici.

Tra l'altro, 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 (ogni giorno: cosa hai fatto? cosa hai intenzione di fare? cosa stai a modo tuo?) scoraggiare ciò che potremmo chiamare "google-time", o lavorare / imparare in un progetto collaterale che non ha un impatto immediato sull'azienda, ma potrebbe avere un impatto significativo su tutta la linea.

Un prodotto per il quale ho realizzato il prototipo non avrebbe mai superato il test giornaliero della riunione e, per fortuna, il mio vecchio manager ha dato a boatloads libertà di lavorare da solo, e ora il vero prodotto è live. Ma ora che il vecchio manager se n'è andato e ne è entrato uno nuovo che abbraccia il concetto di una mischia quotidiana, non vedo come avrei mai potuto sviluppare il prototipo nell'ambiente quotidiano di scrum.