Impediment Log

I tre registri rispondono a domande diverse, ed è tenerli separati che li rende leggibili. L'impediment log contiene solo gli ostacoli che stanno fermando o rallentando il lavoro adesso: un ambiente di collaudo occupato, un'approvazione che non arriva, un'API di un fornitore che risponde in errore. Il risk register contiene eventi futuri e incerti, valutati per probabilità e impatto, che si gestiscono con azioni preventive perché non sono ancora accaduti. Il decision log contiene scelte già prese, con chi le ha prese, quando e perché. Il test più rapido è temporale: se la cosa ferma qualcuno oggi è un impedimento, se potrebbe fermarlo fra tre settimane è un rischio, se è una strada già scelta è una decisione. Un rischio che si avvera diventa spesso un impedimento e migra da un registro all'altro, ma non deve restare in entrambi: mescolarli fa perdere il conto di quanti blocchi il gruppo ha davvero addosso in questo momento, che è l'unico numero utile al Daily.

Si va da sinistra a destra e si compilano otto colonne in meno di un minuto. In colonna A scrivi l'ID progressivo, per esempio IMP-001. In colonna B che cosa è fermo, descritto in modo osservabile: «L'ambiente di collaudo non è disponibile». In colonna C chi lo ha sollevato — una persona o un ruolo, come «Gruppo di sviluppo» — che sarà anche chi confermerà la chiusura. In colonna D la data di oggi, da cui parte il conteggio dei giorni. In colonna E lo sprint in corso, per esempio Sprint 14. In colonna F un unico owner della risoluzione, come «Gruppo infrastrutture». In colonna G la severità scelta dal menu a tendina. In colonna H l'impatto verificabile: «Blocca tre elementi fermi in colonna Verifica». Poi metti lo stato su Aperto nella colonna I e fermati: Data risoluzione e Aging si compilano dopo, e la colonna Aging non va toccata perché contiene già la formula. In colonna Note e azioni puoi annotare il numero del ticket aperto.

La Scrum Guide 2020 attribuisce allo Scrum Master la responsabilità di far sì che gli impedimenti al progresso del gruppo vengano rimossi: significa renderli visibili, assegnarli e insistere finché cadono, non risolverli tutti di persona. Nella pratica il registro è di tutti e la manutenzione di uno solo. Chiunque nel gruppo può sollevare un blocco e aggiungere la riga; lo Scrum Master garantisce che il file resti aggiornato, che ogni riga aperta abbia un owner e che nessun blocco invecchi in silenzio. L'owner in colonna F è chi ha la leva su quel blocco specifico e può stare fuori dal gruppo — il gruppo infrastrutture, l'ufficio legale, un fornitore. Il responsabile di prodotto (Product Owner) entra quando l'impedimento tocca priorità, ambito o decisioni sul prodotto, ed è spesso lui a portarlo fuori. Il segnale che qualcosa non funziona è semplice: se il file lo apre soltanto lo Scrum Master, è diventato un promemoria personale e non uno strumento del gruppo.

L'aggiornamento è quotidiano e si fa subito dopo il Daily Scrum, quando le informazioni sono ancora fresche: cinque minuti per spostare gli stati, aprire le righe nuove e scrivere le date di risoluzione. Al Daily si guarda solo la parte aperta, e si guarda per registrare, non per risolvere: la conversazione sulla soluzione si fissa dopo l'incontro con le persone interessate, altrimenti i quindici minuti saltano. Allo Sprint Review il registro serve a spiegare gli scostamenti dall'obiettivo con dati verificabili. Alla Retrospettiva si leggono le righe chiuse dello sprint, si cercano le cause che si ripetono e si decidono le azioni di miglioramento. Se hai un incontro di coordinamento fra più gruppi, è il posto giusto per portare le righe in escalation. Aggiornare una volta a settimana sembra un risparmio ma rompe il meccanismo: l'aging si calcola sulla data reale, e un registro compilato a memoria il venerdì restituisce anzianità sbagliate.

La colonna Aging (colonna K) contiene una formula viva, non un numero digitato: finché la data di risoluzione in colonna J è vuota i giorni si contano dalla data sollevato in colonna D fino a OGGI(), e crescono a ogni apertura del file; appena scrivi la data di risoluzione il conteggio si ferma su quel valore e resta fisso. La formula è protetta ai bordi con SE.ERRORE: se la data in colonna D manca la cella resta vuota invece di mostrare un errore, e una data scritta come testo viene convertita con DATA.VALORE prima della sottrazione. Non serve alcun intervento manuale, e il valore non va mai sovrascritto a mano perché faresti sparire la formula da quella riga. La formattazione condizionale colora la cella da sola: verde fino a tre giorni, gialla fino a sette, rossa oltre, così l'occhio trova i blocchi cronici senza ordinare la tabella. Due avvertenze: OGGI() è una funzione volatile e ricalcola a ogni apertura, quindi uno screenshot di ieri non coincide con il file di oggi; e il conteggio è in giorni di calendario, non lavorativi, quindi un blocco aperto venerdì risulta di tre giorni il lunedì.

Il foglio Cruscotto conta gli impedimenti registrati, quelli ancora aperti (Aperto, In corso e In escalation), quelli risolti, quelli chiusi come non risolvibili perché accettati come vincolo, quelli ad alta severità ancora aperti, l'anzianità media degli aperti, l'impedimento aperto da più tempo e quanti superano i dieci giorni. Le formule sono già scritte e usano CONTA.SE per il totale e per gli stati, CONTA.PIÙ.SE per gli incroci fra severità, stato e anzianità, MEDIA.PIÙ.SE e MAX.PIÙ.SE per i giorni di apertura: gli intervalli arrivano fino alla riga 40, quindi fin lì puoi aggiungere righe senza toccare nulla, e per andare oltre si allargano gli intervalli come spiega il foglio Istruzioni. La lettura utile non è mai il totale, ma il rapporto e l'anzianità: due aperti su tre, con uno ad alta severità fermo da cinque giorni, descrive uno sprint in difficoltà molto meglio di «dieci impedimenti registrati». Se nel file convivono più sprint, filtra la colonna Sprint prima di leggere i numeri, altrimenti stai sommando periodi diversi.

La severità misura l'effetto sullo sprint, non il fastidio di chi segnala. È alta quando il blocco ferma lavoro già iniziato o mette a rischio l'obiettivo dello sprint, e non esiste un modo per procedere: nessuno può avanzare su quegli elementi. È media quando rallenta o ritarda uno o più elementi ma una strada alternativa esiste, anche se costa tempo. È bassa quando produce attrito e piccoli sprechi senza fermare nulla di ciò che è in corso. I criteri completi stanno nel foglio Scale e Legenda del file, così due persone diverse classificano allo stesso modo. Due regole pratiche aiutano a non svalutare la scala: la severità si sceglie dal menu a tendina, perché il cruscotto confronta il testo; e se quasi tutto risulta Alta, la colonna ha smesso di informare. Un buon vincolo condiviso è che una riga ad alta severità richiede un'azione entro il giorno lavorativo successivo.

«In escalation» è uno degli stati della lista chiusa e significa una cosa precisa: l'owner ha provato, non ha la leva per rimuovere il blocco e serve una decisione o una priorità che arriva da fuori dal gruppo. Tre segnali dicono che il momento è arrivato: una riga ad alta severità aperta da più di due o tre giorni, un aging entrato nella fascia rossa oltre i sette giorni, oppure un blocco che tocca un contratto, un budget o una dipendenza fra reparti — categorie su cui un gruppo di sviluppo non ha autorità. Il destinatario non è «il management» in astratto ma la funzione che può decidere quel punto specifico. Porta con te la riga intera: impatto verificabile, giorni di apertura e quello che hai già tentato, che sta in colonna Note e azioni. Un'escalation che arriva con l'anzianità e l'impatto scritti ottiene una decisione; la stessa richiesta senza dati viene ascoltata come una lamentela e rimandata.

Sì, e la divisione dei ruoli più solida è tenere lo strumento come luogo del lavoro operativo e questo file come vista di sintesi con il conteggio dei giorni. Nella colonna Note e azioni scrivi il riferimento del ticket — per esempio «ticket #4521 aperto» — così ogni riga resta agganciata al suo elemento nello strumento, e nella colonna Impedimento la descrizione in linguaggio comprensibile anche a chi non ha accesso alla board. Serve perché i blocchi segnalati con un flag o un'etichetta nello strumento raramente conservano la data di apertura e l'owner della risoluzione, che sono le due informazioni da cui nasce l'aging. Il file si apre anche con Google Fogli e con LibreOffice Calc: le funzioni usate hanno equivalenti diretti e vengono convertite, ma dopo la conversione controlla due cose fragili, i menu a tendina della convalida dati e la formattazione condizionale della colonna Aging.

Non si proietta il foglio degli impedimenti riga per riga: si porta il Cruscotto e due o tre righe scelte. Apri con i numeri — «in questo sprint abbiamo registrato sei blocchi, due sono ancora aperti, uno ad alta severità è fermo da cinque giorni» — perché fissano la scala prima che parta l'interpretazione. Poi mostra la riga peggiore con il suo impatto verificabile, che è già scritto in colonna H e non va riformulato sul momento. Chiudi con una richiesta esplicita: chi deve decidere che cosa, entro quando. Allo Sprint Review il registro serve a spiegare uno scostamento dall'obiettivo senza cercare responsabili, e sposta la conversazione su che cosa serve per liberare il gruppo. Con il management funzionano meglio due sole metriche, l'anzianità media degli aperti e il numero di blocchi oltre i dieci giorni: dicono quanto tempo di persone qualificate viene consumato dall'attesa.