Il costo di una cerimonia non è dato dai quindici minuti indicati sul calendario. È dato da quei quindici minuti, più i venti che si impiegano per rilassarsi prima dell’evento e i venti che si impiegano per riprendere il ritmo dopo, moltiplicati per tutte le persone presenti nella sala.

Il sovraccarico è quella modalità di fallimento che si nasconde in bella vista, poiché ogni singola cerimonia sembra di poco conto. Un quarto d’ora di Standup, un’ora di pianificazione, un’ora di retrospettiva. Chi potrebbe obiettare? Il problema è che non si presentano una alla volta. Si accumulano, a cadenza regolare, su una giornata lavorativa in cui il vero lavoro approfondito deve trovare spazio negli intervalli. A differenza delle altre tre modalità, il sovraccarico non riguarda una cerimonia compromessa o svuotata di significato; anche una cerimonia perfettamente valida può comunque essere una di troppo. È l’unica modalità che si diagnostica con l’aritmetica.

L’imposta sulle riunioni, calcolata in modo trasparente

Quindi fate i conti: l’intero carico di lavoro, non solo il daily. Uno sprint di due settimane prevede in genere da due a quattro ore di pianificazione dello sprint, un’ora o due di revisione, un’ora o due di retrospettiva, una o due sessioni di affinamento e un daily standup di quindici minuti, per un totale di altre due ore e mezza distribuite su dieci giorni. Fate i conti e vi ritroverete con quasi un’intera giornata lavorativa per sviluppatore, ad ogni sprint, prima ancora di scrivere una sola riga di codice. I professionisti esprimono questo calcolo in ore-persona, poiché è questa l’unità di misura che la direzione percepisce: quindici minuti di Standup per un team di dodici persone non equivalgono a quindici minuti, ma a tre ore-persona, ogni giorno, andate perse. Aggiungete poi la parte che il calendario non mostra mai (il tempo necessario per rallentare il ritmo prima di ciascuna di quelle interruzioni e per riprendere il ritmo dopo) e un quinto della settimana lavorativa è una stima prudente, che corrisponde esattamente al sovraccarico che i professionisti continuano a segnalare.

the 20% line ceremonies ≈ 1 day in 5 focused work One working week: a fifth goes to ceremony before a line of code.
Se si conteggi onestamente l’intera serie di attività (pianificazione, revisione, retrospettiva, perfezionamento e attività quotidiane), si ottiene una stima prudente pari a un quinto della settimana, ovvero un giorno su cinque, che viene consumato prima ancora di poter dedicarsi al lavoro vero e proprio.

Ciò non è automaticamente sbagliato. Il coordinamento ha un valore reale, e tre ore-persona ben impiegate possono far risparmiare molto di più a valle. Ma si tratta di un onere, e la domanda legittima che ci si pone riguardo a qualsiasi onere è: cosa si ottiene in cambio? Un team che non è in grado di indicare una decisione presa, una collisione evitata o un ostacolo rimosso come risultato di una cerimonia sta pagando un costo per nulla. Il sovraccarico è giustificabile solo quando il ritorno è quantificabile.

Il cambio di contesto è il vero costo

Il calendario, tuttavia, sottostima il costo, poiché la riunione in sé rappresenta la parte meno onerosa. La parte costosa è il cambio di contesto che si verifica da entrambe le parti. Uno sviluppatore immerso in un problema non si teletrasporta alla riunione Standup e poi torna indietro. Riaffiora alla realtà, perde il modello mentale che aveva costruito e trascorre il primo periodo successivo a ricostruirlo. Chi opera in questo ambito descrive il Standup mattutino come uno strumento per dare il via alla giornata: il lavoro non inizia realmente finché non è terminata, quindi l’intera ora che precede il Standup viene considerata persa. I quindici minuti rappresentano il prezzo di listino; il cambio di contesto è il conto da pagare.

A fifteen-minute standup time-box versus a meeting that overruns ≈ 15 min Time-box 15 min The meeting that overruns…
Il time-box di quindici minuti è la parte che tutti vedono. Il superamento dei tempi previsti, insieme alla fase di rallentamento e a quella di accelerazione che lo precedono e lo seguono, è la parte che di fatto compromette l’intera giornata.

Ecco perché quando si tiene una riunione è importante tanto quanto la sua durata. Una riunione in piedi a metà mattina interrompe il flusso creativo di un sviluppatore per due volte; la stessa riunione in piedi, se tenuta in un momento di pausa naturale, comporta un’interruzione minima. Ed è proprio questo l’argomento più forte a favore dell’eliminazione totale dello status dal calendario sincrono: se il vero compito della riunione quotidiana è fornire un resoconto dello stato che gli strumenti già contengono, una riunione in piedi asincrona elimina l’interruzione senza perdere le informazioni, mentre una breve sincronizzazione in tempo reale un paio di volte alla settimana mantiene quel coordinamento umano che il flusso asincrono non è in grado di garantire. Il nostro capitolo su come condurre una riunione quotidiana tratta della tutela della giornata del creatore, indipendentemente dalla cadenza che si sceglie di adottare.

Il carico di cadenza: la trappola dello sprint breve

C’è poi quel fattore moltiplicatore che nessuno tiene in conto: la durata dello sprint. Ogni cerimonia che si svolge «una volta per sprint» si ripete con una frequenza doppia in uno sprint di una settimana rispetto a uno di due settimane. Dimezzando la durata dello sprint si raddoppiano le sessioni di pianificazione, le revisioni e le retrospettive, ma non si dimezza il lavoro da svolgere tra una e l’altra, per cui il rapporto tra cerimonie e lavoro aumenta a dismisura. I team che adottano sprint di una settimana lo descrivono senza mezzi termini come un aspetto negativo: pianificazione e retrospettiva ogni singola settimana, con la riflessione che spesso si rivela infruttuosa poiché una settimana non è sufficientemente lunga per aver appreso qualcosa di nuovo.

La soluzione consiste nel smettere di considerare la cadenza come un unico parametro. La durata degli sprint, la frequenza delle riunioni Standup e la frequenza delle retrospettive non devono necessariamente variare all’unisono. Un team che ritiene superflue le retrospettive settimanali può svolgere la retrospettiva ogni due o tre sprint senza perdere nulla. La riflessione ha un proprio ritmo naturale e forzarla a un ritmo più veloce rispetto a quello con cui il team accumula insegnamenti non fa altro che trasformare la retrospettiva in una semplice formalità da spuntare sulla lista, come descritto nel capitolo «Performance». Adattate ogni cerimonia all’intervallo di tempo in cui produce effettivamente qualcosa.

Quando la modalità “Overload” si somma alle altre modalità

Il sovraccarico raramente si presenta da solo. Il “Flaccid Scrum” di Martin Fowler descrive quella versione in cui un team esegue tutte le cerimonie ma tralascia la disciplina ingegneristica sottostante, pagando così l’intero “prezzo delle riunioni” senza ottenere alcun beneficio in termini di consegna, poiché il collo di bottiglia non è mai stato il coordinamento. E il “water-scrum-fall”, il modello definito da Dave West di Forrester, è un sovraccarico che si somma alla rigidità: un piano con ambito, tempistiche e costi fissati in anticipo, poi suddiviso in sprint, per cui il team si ritrova a dover gestire sia l’onere delle cerimonie dell’agile sia la rigidità del modello a cascata, con il peggio di entrambi.

Vale la pena prendere sul serio anche la controargomentazione, poiché è diffusa e in parte corretta. I professionisti del settore amano sottolineare che molte organizzazioni ingegneristiche d’élite applicano a malapena la “ceremonia stack”: gli ingegneri guidano i progetti, i team scelgono autonomamente il proprio metodo e la consegna continua fornisce un feedback più rapido di qualsiasi riunione settimanale. Prendete questa osservazione con cautela: «le regole non valgono per noi» non è una strategia, e un grande team distribuito ha effettivamente bisogno di maggiore sincronizzazione rispetto a uno piccolo che lavora nella stessa sede. La vera lezione non è saltare le cerimonie; è adattare la cerimonia al coordinamento effettivamente richiesto dal lavoro, che per alcuni team è molto inferiore a quanto previsto dal manuale standard, mentre per altri corrisponde esattamente alla quantità standard. Il sovraccarico è ciò che si ottiene quando si copia il manuale invece di valutare l’effettiva necessità. L’ultima modalità, il vuoto di follow-through, è ciò che si ottiene quando anche le cerimonie adeguate alle esigenze non cambiano nulla.

Domande frequenti

Quante riunioni sono considerate troppe in Scrum?

Non esiste una cifra fissa. Il criterio di valutazione è il rapporto e il ritorno. Sommate il tempo dedicato alle cerimonie ricorrenti, esprimendolo in percentuale della settimana lavorativa del team; se supera il 20% e il team non è in grado di indicare cosa sia cambiato grazie a esse, siete sovraccarichi. Una riunione si guadagna il proprio spazio producendo una decisione o un coordinamento di cui il lavoro ha realmente bisogno, non semplicemente perché figura nell’elenco standard.

Gli sprint di una settimana sono troppo brevi per tutte le cerimonie?

Spesso, sì. Pianificare e tenere una retrospettiva ogni singola settimana comporta un aumento esponenziale del rapporto tra tempo dedicato alle formalità e tempo dedicato al lavoro, e i team più maturi spesso non trovano nulla di nuovo su cui riflettere in così poco tempo. Adeguate la frequenza: organizzate la retrospettiva ogni due o tre sprint se la riflessione settimanale risulta poco fruttuosa, e rendete asincrono l’aggiornamento sullo stato di avanzamento, in modo che l’aggiornamento quotidiano non occupi l’intera mattinata.

Perché le grandi aziende tecnologiche sembrano tralasciare le cerimonie Scrum?

Molti team d’élite operano effettivamente in modo più snello: gli ingegneri guidano i progetti, i team scelgono autonomamente il proprio metodo e la CI/CD, insieme ai feature flag, forniscono un feedback più rapido di quanto potrebbe fare una riunione settimanale. Ma la lezione da trarne non è che le regole non valgano per noi; è piuttosto quella di adeguare la riunione alle reali esigenze di coordinamento. Un piccolo team che lavora nello stesso luogo necessita di una minore sincronizzazione rispetto a un grande team distribuito, e copiare ciecamente uno dei due estremi costituisce di per sé un errore.

Come posso ridurre i tempi di preparazione delle riunioni agili senza compromettere il coordinamento?

Valutate ogni riunione ricorrente alla luce di un’unica domanda: quale decisione o coordinamento ne deriva? Eliminate o accorpate quelle per cui non c’è risposta, trasferite la rendicontazione dello stato di avanzamento agli strumenti che già la contengono e ridimensionate le riunioni rimanenti al gruppo più ristretto che ne abbia effettivamente bisogno. L’obiettivo è dedicare meno tempo al coordinamento e più tempo al lavoro vero e proprio.

Approfondimenti