Torna agli Insight
Buone Pratiche2026-09-0110 min lettura

Standup meeting: come renderlo degno di 15 minuti

Standup meeting: come renderlo degno di 15 minuti
TL
Team Laxis
Team Laxis @ Laxis

Nove persone in call. La quarta dice «ieri ho perlopiù continuato la cosa che avevo detto ieri», e da qualche parte nella griglia si spegne una telecamera. Sono le 9:47. Era iniziata alle 9:30.

Uno standup dovrebbe costare quindici minuti e produrre un piano per la giornata. Moltissimi ne costano venticinque e producono un report di stato per chi ha il grado più alto in call: un'altra riunione, sotto un nome che non le sta più.

La soluzione non è la disciplina. È che cosa chiede la riunione, e la maggior parte dei team pone ancora le tre domande che gli autori stessi del formato hanno smesso di consigliare anni fa.

Che cos'è davvero uno standup

Uno standup è un breve allineamento quotidiano per un team che condivide un obiettivo. Tutti guardano lo stesso lavoro, dicono che cosa è fermo e aggiustano il piano della giornata. Non è un report di avanzamento e non è il posto dove si prendono le decisioni, anche se spesso è il posto dove si scopre che una decisione serve.

La pratica ha due genitori. Ken Schwaber e Jeff Sutherland presentarono Scrum insieme per la prima volta alla conferenza OOPSLA nel 1995, e il framework include un evento quotidiano; la parola «scrum» viene da un articolo del 1986 sulla Harvard Business Review di Hirotaka Takeuchi e Ikujiro Nonaka, che prendeva in prestito l'immagine rugbistica di una squadra che porta avanti la palla insieme. Uno standup quotidiano compare anche fra le pratiche dell'Extreme Programming alla fine degli anni 1990. Quasi tutti usano i due nomi per la stessa cosa.

Stare in piedi era un espediente, non un principio: una riunione fatta in piedi diventa scomoda, e la scomodità mette un tetto alla durata. Nessuna versione della Guida Scrum lo ha mai richiesto, e insistere esclude chiunque non riesca a stare in piedi comodamente.

Un confine: questo è l'allineamento quotidiano del team. Non è la sessione ricorrente in cui un manager passa in rassegna le priorità con il team, che è un altro animale ed è trattata in come condurre una riunione del team efficace. E di sicuro non è la riunione all hands per tutta l'azienda. Quando i contenuti dello standup migrano nell'una o nell'altra, qualcosa si è rotto a monte.

Che cosa dice oggi la Guida Scrum, e che cosa ha smesso di dire

La maggior parte dei team esegue un formato che arriva da un documento che non dice più quello che credono dica.

La Guida Scrum 2020, la versione in vigore, descrive il Daily Scrum come «un evento di 15 minuti per i Developer dello Scrum Team», tenuto alla stessa ora e nello stesso posto ogni giorno lavorativo dello sprint. Il suo scopo è ispezionare il progresso verso l'obiettivo di sprint e adattare lo sprint backlog. Product Owner e Scrum Master partecipano solo se stanno lavorando su elementi di quel backlog.

E poi la frase che quasi nessuno ha letto: i developer possono scegliere qualunque struttura e qualunque tecnica preferiscano, a patto che la riunione si concentri sul progresso verso l'obiettivo di sprint e produca un piano azionabile per il lavoro del giorno successivo.

Il che significa che le famose tre domande non ci sono più. Le edizioni precedenti le prescrivevano; la revisione del 2020 ha tolto quella parte insieme a gran parte del restante linguaggio prescrittivo. Niente nello Scrum attuale obbliga qualcuno a dire che cosa ha fatto ieri. La guida osserva anche, di passaggio, che questo non è l'unico momento in cui un team può ripianificare.

Perché le tre domande sono invecchiate male

Che cosa ho fatto ieri. Che cosa farò oggi. Che cosa mi blocca. Come rotelle per un team che non l'ha mai fatto, vanno benissimo. Come struttura permanente falliscono in quattro modi prevedibili.

Sono rivolte alle persone, non al lavoro. Nove persone per tre risposte fanno ventisette piccoli monologhi, di cui un ascoltatore qualsiasi ne serve circa quattro. L'obiettivo non salta mai fuori, perché nessuna domanda lo chiama in causa.

«Ieri» è una domanda da audit. Chiedi a qualcuno di rendere conto della giornata precedente davanti ai colleghi e otterrai una difesa, imbottita per suonare come una giornata piena. È esattamente ciò a cui la domanda invita.

La direzione del report va alla deriva. Lo sguardo va verso la persona più senior presente, e in tre settimane diventa un briefing per lei invece che un allineamento tra pari.

Nascondono lo stato dello sprint. Possono essere tutti occupati, nessuno bloccato, e l'obiettivo scivolare lo stesso. Il formato non ha modo di mostrarlo.

Prova questa cosa una volta: conduci uno standup in cui nessuno può dire che cosa ha fatto ieri. Se fa comunque il suo lavoro — e di solito lo fa — quella domanda non stava portando alcun valore.

Domande migliori per lo standup

Il cambiamento che aggiusta la maggior parte degli standup è percorrere il lavoro invece della stanza. Apri la board e vai elemento per elemento, da destra a sinistra: parti da ciò che è più vicino al completamento, perché finire batte cominciare. Si parla quando arriva il proprio elemento, e nessuno recita un report quotidiano.

Le domande che si guadagnano il posto:

  • Che cosa deve succedere oggi perché questo elemento si muova? Rivolta all'elemento, risposta da chi lo tiene in mano.
  • Che cosa è a rischio, e quando lo sapremo? La domanda sul blocco riscritta perché si possa rispondere onestamente. Ammettere «a rischio» non costa nulla. Dire «bloccato» suona come una confessione.
  • Che cosa è cambiato da ieri che qualcun altro deve sapere? Intercetta la decisione presa fuori canale di cui tre persone non hanno sentito parlare.
  • Chi ha bisogno di dieci minuti con chi subito dopo? La domanda con il rendimento più alto della riunione, e quella che tiene puliti gli altri quattordici minuti.
  • Arriveremo ancora all'obiettivo? Due o tre volte a settimana, ad alta voce. Un team che non sa rispondere non ha un obiettivo condiviso: è un problema di pianificazione travestito da standup.

Quindici minuti, e dove finiscono

La timebox non scala con il numero di persone: quindici minuti restano quindici minuti che siate in quattro o in dieci. Fai il conto su un team di dieci e vengono novanta secondi a testa, il segnale più chiaro possibile che il giro di tavolo è la forma sbagliata.

Gli standup si gonfiano in tre modi. Qualcuno inizia a risolvere un problema in riunione. Qualcuno fa un briefing per uno stakeholder assente. E le persone raccontano per dimostrare impegno: un sintomo di come la riunione è stata usata finora, non di pigrizia.

La soluzione per tutti e tre: nominarlo, assegnarlo, dargli un orario. «Questa è una questione di design: Rosa e Tunde, subito dopo, quindici minuti.» Tutto ciò che diventa un impegno esce come un task vero e proprio, e per formularli c'è un metodo nella nostra guida su come scrivere action item che vengono portati a termine.

Se lo sforamento capita quasi tutti i giorni, smetti di chiamarlo un problema di disciplina. Lo sforamento è una riunione di cui il tuo team ha bisogno, e una sessione di lavoro settimanale con un vero modello di agenda della riunione alle spalle fa quel lavoro meglio di dieci minuti saldati a ogni mattina.

Un modello di daily standup da copiare

Una board, un timer, sei passaggi. Il formato mette deliberatamente l'elemento prima della persona: un nome compare solo quando qualcuno ha bisogno di qualcosa da qualcun altro.

Modello — daily standup da 15 minuti

STANDUP [TEAM] — [data] · 15 min · timer: [chi]

Obiettivo verso cui stiamo lavorando: [una riga — leggila ad alta voce solo se è cambiato]

Percorrere la board, da destra a sinistra

[Elemento] — [stato] — [che cosa deve succedere oggi perché si muova] — [chi lo tiene]

A rischio di non atterrare

[Elemento] — [perché] — [quando lo sapremo]

Cambiato da ieri

[La cosa che gli altri devono sapere — decisioni, rotture, informazioni nuove]

Ha bisogno di qualcuno oggi

[Nome] ha bisogno di [che cosa] da [nome] — [quando si vedono]

Parcheggiato

[Argomento] → [chi se ne occupa] → [quando succede]

Esempio compilato — standup da 15 minuti

STANDUP SQUAD PAGAMENTI — mar 1 set · 15 min · timer: Meg

Obiettivo: i rimborsi passano dal nuovo libro mastro entro il 12.

Percorrere la board, da destra a sinistra

Storno del rimborso — in review — serve che Nils lo guardi prima di pranzo — Rosa

Job di riconciliazione — in corso — oggi gira sui dati di settembre — Tunde

Rimborsi parziali — non iniziato — nessuno lo prende finché lo storno non è rilasciato

A rischio di non atterrare

Job di riconciliazione — all'export di settembre mancano due giorni di dati — Tunde lo saprà entro le 14:00

Cambiato da ieri

Il finance ha anticipato la sua data di chiusura al 10. Due giorni prima della data sulla board.

Ha bisogno di qualcuno oggi

Rosa ha bisogno di una review da Nils — prima di pranzo · Tunde ha bisogno dell'export mancante dal data eng — Meg sollecita alle 10:00

Parcheggiato

Se i rimborsi parziali entrano o no in questo lotto → Meg → 20 minuti dopo questa riunione, con Tunde

Condotto bene, richiede circa sette minuti. Gli altri otto sono il cuscinetto che impedisce a chiunque di correre sull'elemento che aveva bisogno di una conversazione.

Standup asincroni, e quando sono solo teatro di stato

Uno standup asincrono sostituisce la riunione con aggiornamenti scritti pubblicati in un canale entro un orario limite. Fatto bene batte la versione dal vivo per molti team. Fatto male è un rituale che nessuno legge: peggio della riunione che ha sostituito, perché almeno in riunione le persone ascoltano.

L'asincrono vince quando il team è distribuito su più di qualche ora di fusi orari e qualunque slot dal vivo punisce qualcuno; quando il lavoro è debolmente accoppiato; e quando il valore del team nasce da lunghi tratti ininterrotti, dove un 9:30 fisso è un'interruzione travestita da coordinamento.

Resta dal vivo quando le persone lavorano sugli stessi file e una collisione costa mezza giornata, quando il team è nuovo, o quando i post hanno smesso silenziosamente di essere letti: lo scopri in un minuto guardando se qualcuno risponde mai.

Restare dal vivo ed essere distribuiti rende gli orari più difficili di quanto sembri, perché una riunione quotidiana non si può ruotare come una mensile: uno slot ingrato è ingrato per la stessa persona ogni giorno per un anno. Mettila dentro la vera finestra di sovrapposizione, non all'inizio della mattina della sede centrale. Sotto le tre ore circa di sovrapposizione, l'asincrono è la risposta onesta, non quella pigra.

La regola che fa funzionare l'asincrono: un post che nomina un'altra persona è una richiesta, non una riga di stato, e le richieste ricevono risposta nella stessa giornata lavorativa. Senza quella regola hai un muro di aggiornamenti e nessun coordinamento.

Modello — post di standup asincrono

#[team]-standup — [data] · pubblicare entro [ora, la tua ora locale]

Quattro righe. Il dettaglio va nel thread.

In movimento

[L'unica cosa che finirai oggi. Non un elenco.]

A rischio

[Che cosa potrebbe non atterrare, e quando lo saprai]

Richiesta

[@nome — che cosa ti serve ed entro quando — oppure «nessuna»]

Da sapere

[Una cosa che al team darebbe fastidio non sentire]

Esempio compilato — post asincrono

#payments-standup — mar 1 set · Tunde, 09:10 WAT

In movimento

Job di riconciliazione in esecuzione sui dati di settembre — punto ad avere un risultato prima di staccare.

A rischio

All'export mancano due giorni. Se non si sistema entro le 14:00 UTC, questa cosa slitta a giovedì.

Richiesta

@meg — puoi sollecitare il data eng per il 3 e il 4? Mi serve entro le 14:00 UTC.

Da sapere

Il finance ha anticipato la chiusura al 10. La board dice ancora il 12.

Parliamo chiaro sugli strumenti: uno standup da quindici minuti non ha bisogno di una trascrizione, e chi te ne vende una sta risolvendo un problema che non hai. Le eccezioni sono strette: il team distribuito il cui «standup» è in realtà un video registrato che metà guarda dopo, e lo standup che continua a trasformarsi in una riunione di decisione che nessuno ha messo per iscritto. Per quei casi, un assistente per riunioni con AI che registra e riassume la call si ripaga: Laxis copre Zoom, Google Meet e Teams, estrae gli action item e i rispettivi responsabili e gestisce oltre 100 lingue. Per un normale allineamento da sette minuti, una board e un timer battono qualsiasi software.

Quattro modi in cui uno standup muore

Che aspetto haChe cosa sta succedendo davveroChe cosa lo aggiusta
Il report di stato
Parlano tutti a una persona, che fa domande di approfondimentoUn manager partecipa come pubblico, quindi il team recita per luiEntra con un elemento sulla board, oppure legge la board e smette di partecipare
Teatro dei blocchi
«Nessun blocco» ogni giorno, mentre lo sprint scivolaDire di essere bloccati sembra ammettere di aver fallitoSostituisci la domanda con «che cosa è a rischio, e quando lo sapremo»
La sessione di lavoro
Due persone progettano una soluzione mentre sei guardanoQuella conversazione non ha nessun altro posto dove andareInterrompi, nomina i due, blocca quindici minuti subito dopo
L'appello
Rituale di presenza, niente da ispezionareIl team non ha un obiettivo condiviso, quindi non c'è progresso da verificareAggiusta l'obiettivo in planning. Uno standup non può fabbricarne uno

Come eliminare o aggiustare uno standup che nessuno apprezza

Non metterlo ai voti durante lo standup. Chiedi alle persone una alla volta, perché in gruppo nessuno vuole definire una riunione una perdita di tempo davanti a chi l'ha messa in calendario.

Poi fai l'esperimento. Cancellalo per due settimane e non sostituirlo con niente — non con un'altra riunione, con niente — scrivendo prima che cosa ti aspetti si rompa. La maggior parte dei team regge circa quattro giorni prima che due persone si scontrino sullo stesso lavoro o che una decisione venga presa due volte. Quella collisione è il valore che la riunione stava fornendo, e adesso ne conosci la dimensione.

Se non si rompe niente, il team non stava condividendo lavoro fin dall'inizio. Lo standup stava compensando binari paralleli che non hanno bisogno di coordinamento quotidiano, e la soluzione onesta è cambiare il modo in cui il lavoro è suddiviso invece di tenere in vita la cerimonia.

Senza arrivare a eliminarlo, dimezza la frequenza. Tre mattine a settimana è legittimo fuori da Scrum; dentro Scrum significa che sei uscito dal framework, il che va benissimo finché è una decisione e non una deriva. E se ciò che sopravvive è una riunione di decisione invece di un allineamento, trattala come tale: un'agenda, un facilitatore, un verbale scritto. Ricordare è proprio la cosa che uno standup fa peggio.

Per le riunioni che hanno davvero bisogno di un verbale

Laxis entra nelle call che contano su Zoom, Google Meet e Teams, scrive il riassunto ed elenca ogni action item con la persona che se ne fa carico. Il piano gratuito include 300 minuti di trascrizione al mese.

Prova Laxis gratis

Dove ti lascia tutto questo

Lo standup è una delle poche riunioni il cui valore è facile da testare, e quasi nessuno lo testa. Cancellalo e guarda che cosa crolla. Cambia una domanda e ascolta quanto diversamente parlano le persone. Spostalo di mezz'ora più tardi e scopri se la mattina meritava di essere protetta.

Chi ha scritto le regole ha smesso in silenzio di dirti come spendere quei quindici minuti. È un invito, non una svista.

Domande frequenti

Che cos'è uno standup?

Uno standup è un breve allineamento quotidiano, di solito da 15 minuti, in cui un team che lavora verso un obiettivo condiviso verifica il progresso e aggiusta insieme il piano della giornata. Esiste per far emergere che cosa è fermo e chi ha bisogno di chi, non per riportare lo stato verso l'alto. In Scrum l'evento equivalente si chiama Daily Scrum.

Quanto deve durare un daily standup?

Quindici minuti, e il numero non cresce con il numero di persone. La Guida Scrum 2020 fissa il Daily Scrum a 15 minuti a prescindere dalla dimensione del team, ed è esattamente il motivo per cui il giro persona per persona smette di funzionare oltre le sei o sette persone. Se ti servono sistematicamente trenta minuti, stai tenendo una sessione di lavoro dentro uno standup.

Quali sono le tre domande dello standup?

Che cosa ho fatto ieri, che cosa farò oggi e che cosa mi blocca. Le versioni precedenti della Guida Scrum le prescrivevano, ma la revisione del 2020 ha rimosso del tutto la prescrizione. I team possono continuare a usarle, e molti team nuovi le trovano rotelle utili, ma oggi niente in Scrum le richiede.

Bisogna stare in piedi durante uno standup?

No. Stare in piedi era un trucco per rendere la riunione abbastanza scomoda da restare breve, e la Guida Scrum non l'ha mai richiesto. Insistere esclude anche chiunque non riesca a stare in piedi comodamente, e per un team da remoto non serve a nulla. Usa piuttosto un timer visibile: fa lo stesso lavoro senza la messinscena.

Un manager dovrebbe partecipare al daily standup?

Solo se ha del lavoro sulla board. La Guida Scrum inquadra il Daily Scrum come un evento per i Developer, e nel momento in cui un manager partecipa come pubblico la riunione diventa silenziosamente un report di stato indirizzato a lui. Se come manager ti serve visibilità, leggi la board oppure chiedi un riassunto settimanale.

Gli standup asincroni sono meglio di quelli dal vivo?

Gli standup asincroni vincono quando il team è distribuito su più di qualche ora di fusi orari, quando il lavoro è debolmente accoppiato o quando proteggere il tempo di concentrazione conta più dell'immediatezza. Il dal vivo vince quando le persone lavorano sugli stessi file, quando il team è nuovo o quando gli aggiornamenti scritti hanno smesso di essere letti da chiunque.