Una richiesta arriva in una chat, un’altra nella casella condivisa, una terza viene detta a voce prima di una riunione. Ognuna ha un’urgenza diversa, ma tutte finiscono nella memoria di qualcuno. Il problema emerge quando quella persona è assente o quando un collega chiede “a che punto siamo?” e la risposta richiede di cercare in tre posti.
Perché è importante
- Una richiesta resta invisibile quando canale, responsabile e prossima azione sono separati.
- Cinque stati espliciti distinguono lavoro da chiarire, pronto, in corso, in attesa e completato.
- Un limite al lavoro aperto e una definizione condivisa di “finito” riducono accodamenti e false chiusure.
Il lavoro non sparisce: smette di essere visibile
La soluzione non è imporre subito un nuovo software. Serve una superficie unica che mostri il lavoro e il suo stato: può essere una lavagna fisica, un foglio condiviso o una bacheca già disponibile. La guida ufficiale Kanban consiglia di visualizzare il lavoro, gestire il flusso e rendere esplicite le regole. Atlassian spiega inoltre come un limite al lavoro in corso aiuti a far emergere gli intoppi e a evitare di avviare più attività di quante se ne possano concludere. Qui applichiamo quei principi a un gruppo piccolo che deve smistare richieste operative.
Prima di partire, concorda con chi invia richieste che la registrazione non equivale a un’accettazione automatica. Se mancano risultato atteso, scadenza o informazioni essenziali, l’elemento resta da chiarire. Una bacheca ordinata aiuta a decidere; non sostituisce la decisione né crea capacità che il team non ha.
Le cinque colonne e la regola per spostare una scheda
IN ARRIVO raccoglie ciò che deve ancora essere valutato. PRONTA contiene richieste comprese, con responsabile, risultato e priorità concordati. IN CORSO è il lavoro iniziato davvero. IN ATTESA segnala una dipendenza esterna o un dato mancante, insieme alla prossima data di controllo. COMPLETATA si usa solo quando il risultato è stato consegnato o verificato dal richiedente.
Ogni scheda richiede pochi campi: titolo concreto, persona che risponde del prossimo passo, data obiettivo se concordata, richiedente e collegamento ai materiali. Scrivi l’azione con un verbo — “verificare accessi”, “inviare preventivo” — invece di etichette vaghe come “cliente Rossi”. Evita di copiare password, dati sanitari o informazioni riservate in una bacheca accessibile a tutto il team.
Definisci criteri di passaggio semplici. Una richiesta entra in PRONTA se il risultato è chiaro, le informazioni minime ci sono e qualcuno può prenderla. Entra in COMPLETATA se il risultato previsto esiste e il richiedente sa dove trovarlo. Se una consegna dipende da approvazione, verifica o risposta, la scheda resta in ATTESA: “quasi finita” non è una condizione di chiusura.
Cosa puoi farci concretamente
- Scegli un solo punto di ingresso e registra ogni nuova richiesta con descrizione breve, richiedente, responsabile e prossima azione.
- Crea le colonne IN ARRIVO, PRONTA, IN CORSO, IN ATTESA e COMPLETATA; sposta una scheda solo quando la condizione è verificata.
- Parti con un massimo di due attività in corso per persona e rivedi gli elementi bloccati due volte a settimana.
Limita il lavoro iniziato e fai scorrere gli elementi
Il segnale più utile non è quante schede siano state aperte, ma quante siano arrivate a una conclusione. Stabilite un limite iniziale di una o due attività IN CORSO per persona. Quando la colonna è piena, prima di iniziare altro si aiuta a chiudere, sbloccare o ridurre un’attività già aperta. Il limite è un esperimento da concordare, non un obiettivo individuale di produttività.
Dedica dieci minuti due volte a settimana alle schede più vecchie, a quelle senza responsabile e a quelle IN ATTESA. Per ognuna scegli una prossima azione e una data di controllo. Se una richiesta supera la capacità, rendi visibile il compromesso: spostare una scadenza, ridurre il risultato o cambiare priorità richiede un accordo, non una modifica silenziosa della scheda.
Dopo due settimane osserva tre cose: quante richieste sono ferme, quanto tempo trascorre prima che inizino e quante vengono riaperte dopo la consegna. Se le colonne non riflettono il lavoro reale, correggile insieme a chi le usa. L’obiettivo è un flusso leggibile e migliorabile, non una bacheca perfetta.
Quando il metodo non basta
Una scheda non chiarisce conflitti di priorità, non assegna da sola un responsabile e non decide se una richiesta rispetta obblighi contrattuali o di sicurezza. Per questi casi servono ruoli e criteri di approvazione espliciti. Se il team gestisce dati riservati, controlla anche permessi, conservazione e accesso dello strumento scelto.
La guida Kanban University descrive pratiche generali, non prescrive esattamente queste cinque colonne: gli stati e il limite proposti qui sono un punto di partenza da adattare. Se le richieste arrivano da molte funzioni, iniziate con una sola coda pilota e misurate gli intoppi prima di estenderla.
Fonti
Documenti, comunicati e pubblicazioni consultati per ricostruire dati e contesto.
