Le bacheche Kanban generiche — Da fare, In corso, Fatto — funzionano bene per la gestione personale delle attività. Cedono quasi immediatamente quando vengono applicate al lavoro di un'agenzia con i clienti: più progetti in corso contemporaneamente, diverse fasi di flusso di lavoro per tipo di progetto, dipendenze dalle approvazioni dei clienti e deliverable che richiedono revisione prima di poter procedere.
Il problema non è Kanban. Sono le bacheche Kanban che non sono state progettate per come le agenzie lavorano davvero.
Perché le Agenzie Faticano con le Bacheche di Progetto Generiche
Il disallineamento tra le bacheche di progetto standard e la realtà dell'agenzia emerge in alcuni modi ricorrenti:
Nessuna fase di approvazione del cliente: Il lavoro di un'agenzia implica quasi sempre un ciclo di revisione e correzione. Una bacheca senza una colonna "Revisione cliente" rende invisibile quel tempo di attesa — il lavoro si sposta su Fatto quando in realtà è semplicemente in attesa nella casella di posta del cliente, bloccando la consegna e distorcendo la visione del team su ciò che è effettivamente completato.
Tutti i progetti condividono la stessa bacheca: Una sola bacheca per tutto significa che un designer non può vedere i propri compiti su cinque clienti contemporaneamente, e un project manager non può avere una panoramica di tutto il lavoro attivo senza passare da una vista all'altra.
Nessun collegamento tra lo stato della bacheca e la fatturazione: Quando un deliverable passa a Fatto, di solito è accaduto qualcosa di fatturabile. Una bacheca Kanban non collegata alla fatturazione significa che la fatturazione a milestone richiede che qualcuno abbini manualmente lo stato della bacheca ai trigger delle fatture — un processo che crea regolarmente ritardi nella fatturazione e milestone mancate.
Nessuna consapevolezza del WIP tra i progetti: Un limite di colonna su una singola bacheca di progetto non tiene conto della stessa persona nella colonna "In corso" su quattro diverse bacheche di progetto contemporaneamente. La vera gestione del WIP per le agenzie richiede una visione trasversale ai progetti.
Nessuna fase per ciò che viene dopo la consegna: I progetti delle agenzie non terminano quando i deliverable vengono inviati. Ci sono la documentazione di passaggio, le transizioni al retainer, la raccolta di feedback e il lavoro di follow-up. Le bacheche che modellano solo la consegna perdono la coda di ogni progetto.
Kanban vs Scrum per le Agenzie: Quale Funziona Meglio
Sia Kanban che Scrum vengono utilizzati nelle agenzie. Si adattano a tipi di lavoro diversi:
Scrum funziona bene per: Impegni di sviluppo prodotto o software a lungo termine con team stabili, scopo iterativo e revisioni di sprint regolari. Se la tua agenzia gestisce team di sviluppo dedicati per i clienti in impegni di 6–12 mesi, la struttura degli sprint di Scrum crea prevedibilità e ritmo utili.
Kanban funziona meglio per: La maggior parte del lavoro delle agenzie — campagne, progetti creativi, contenuti, strategia e qualsiasi cosa con scopo variabile e cadenza di consegna irregolare. Kanban non richiede cicli di sprint fissi né cerimonie formali, il che lo rende più adattabile al costante cambio di contesto e alle priorità dei clienti in continua evoluzione che caratterizzano la vita di un'agenzia.
La differenza pratica: In Scrum, ci si impegna su uno scopo fisso per due settimane e si protegge lo sprint. In Kanban, si gestisce il flusso in modo continuo — il nuovo lavoro entra in cima alla coda e il team prende lavoro man mano che si apre capacità. Le agenzie che servono molti clienti contemporaneamente trovano quasi sempre Kanban più pratico, perché le priorità dei clienti non rispettano i confini degli sprint.
Molte agenzie usano un approccio ibrido: bacheche Kanban per il flusso quotidiano del progetto, con retrospettive in stile Scrum alle milestone del progetto per valutare cosa sta funzionando.
Come Configurare una Bacheca Kanban per il Lavoro dell'Agenzia
La struttura delle colonne è tutto. Ecco un modello pratico per la maggior parte dei tipi di progetto delle agenzie:
Backlog: Tutto ciò che è stato definito e concordato ma non ancora iniziato. Gli elementi qui sono completamente documentati — non idee o richieste — così il team può prenderli senza aver bisogno di contesto aggiuntivo.
In definizione: Lavoro che è stato richiesto ma necessita di definizione prima di poter iniziare. Il brief è in sviluppo, si stanno formulando domande, si stanno confermando le dipendenze. Questa fase impedisce che "In corso" diventi un buco nero di lavoro a metà definito.
In corso: Lavoro attivo. Applica un limite WIP qui — il numero massimo di schede che possono essere in questa colonna per persona o per team. I limiti WIP sono il meccanismo che forza la prioritizzazione e previene l'illusione di produttività che deriva dall'iniziare molte cose e finirne poche.
In revisione (interna): Terminato dal punto di vista del team, ma necessita di controllo qualità interno o approvazione prima di andare al cliente. Questa fase protegge i clienti dal vedere lavoro che non è pronto e protegge il team dal feedback del cliente su lavoro che avrebbe dovuto essere rilevato internamente.
Revisione cliente: Inviato al cliente e in attesa di feedback. Questa colonna rende visibile il tempo di attesa — puoi vedere esattamente quanti elementi sono bloccati in attesa di input esterno, utile per individuare i clienti lenti prima che diventino rischi per la consegna.
Revisioni: Feedback del cliente ricevuto e lavoro in aggiornamento. È una fase distinta da "In corso" perché le revisioni hanno pressioni temporali e contesto diversi.
Fatto — Fattura in sospeso: Il lavoro è completo e accettato. La fattura non è ancora stata inviata. Questa colonna è il collegamento critico tra la consegna e la fatturazione — è il trigger per il processo di fatturazione, e la sua esistenza previene il problema comune alle agenzie di completare il lavoro e dimenticarsi di fatturarlo.
Fatturato / Chiuso: Fattura inviata. Fase del progetto o milestone chiusa finanziariamente.
Adatta questa struttura ai tuoi tipi di progetto. Un flusso di lavoro a retainer potrebbe collassare alcune fasi; un progetto di brand complesso potrebbe aggiungere fasi per l'approvazione del concept o la revisione legale. Il principio è che ogni scheda deve rappresentare lavoro reale, ogni colonna deve rappresentare uno stato reale e ogni transizione deve significare che qualcosa è accaduto.
Metriche Kanban che le Agenzie Dovrebbero Monitorare
La potenza di Kanban è che genera dati operativi utili per impostazione predefinita, se sai cosa misurare:
Tempo di ciclo: Quanto tempo impiega una scheda a passare da "In corso" a "Fatto"? Il tempo di ciclo medio per tipo di attività indica il tuo ritmo di consegna realistico — che dovrebbe informare direttamente la definizione dello scopo del progetto e gli impegni con i clienti. Se la tua attività di design media richiede 4 giorni ma ne stai quotando 2, hai un problema di prezzi e pianificazione che i dati del tempo di ciclo evidenziano chiaramente.
Lead time: Il tempo totale dal momento in cui un'attività entra nel Backlog a quando è Fatta, incluso il tempo di attesa. Il lead time è ciò che i clienti sperimentano — il tempo di ciclo è ciò che sperimenta il tuo team. Un grande divario tra i due significa che le attività sono in attesa nelle code prima che il team le prenda in carico.
Tendenze WIP: Quante schede ci sono tipicamente in ogni colonna in un dato momento? Colonne di Revisione costantemente piene suggeriscono un collo di bottiglia nel controllo qualità. Colonne di Revisione cliente costantemente piene suggeriscono che i clienti sono lenti a fornire feedback — il che è o un problema di gestione del cliente o un segnale che stai inviando lavoro in revisione prima che sia effettivamente pronto.
Throughput: Quante attività completa il team a settimana? Le tendenze di throughput indicano se la tua capacità di consegna sta aumentando, è stabile o sta diminuendo — indipendentemente da quanto appaiano tutti occupati.
Tempo bloccato: Schede che non possono avanzare a causa di una dipendenza, informazioni mancanti o un blocco esterno. Monitorare quanto tempo le schede trascorrono bloccate, e perché, identifica problemi sistemici che le riunioni quotidiane ripetute non riescono a far emergere.
Kanban in Monton: Oltre la Bacheca di Base
Le bacheche di progetto di Monton sono costruite sui principi Kanban ma collegate ai dati che le rendono operativamente utili per le agenzie — non solo visivamente piacevoli.
Visibilità cross-progetto: Visualizza le attività di tutti i progetti attivi in un'unica bacheca filtrata per membro del team, stato o cliente. Un project manager può esaminare tutti i deliverable in corso per un designer specifico su sei clienti in un'unica vista — senza dover aprire sei bacheche diverse.
Tracciamento del tempo sulle schede: Registra il tempo direttamente da una scheda attività. Ogni ora registrata su una scheda aggiorna automaticamente il costo e il margine del progetto. Il collegamento tra il lavoro in corso e il risultato finanziario è in tempo reale, non ricostruito a fine mese.
Trigger di fatturazione dallo stato della bacheca: Quando una scheda passa a "Fatto — Fattura in sospeso", può attivare un flusso di lavoro di fatturazione in Monton. La fatturazione a milestone diventa un'operazione della bacheca piuttosto che un processo separato che qualcuno deve ricordarsi di eseguire.
Colonne personalizzate per progetto: Ogni tipo di progetto ha un flusso di lavoro diverso. Monton consente di configurare strutture di colonne per progetto piuttosto che forzare tutto il lavoro in un unico schema — così un progetto di brand, una campagna performance e lo sviluppo di un sito web hanno ciascuno le fasi che riflettono come si muovono davvero.
Consapevolezza della capacità nella vista bacheca: I limiti WIP in Monton si collegano alla capacità reale del team, non a conteggi arbitrari di schede. Il sistema non ti dice solo che una colonna è piena, ma se le persone in quella colonna hanno la disponibilità per fare di più.
Le bacheche Kanban per le agenzie devono essere strumenti operativi che riflettono lo stato reale della consegna — non riassunti visivi che si aggiornano per il report al cliente. La configurazione giusta trasforma la bacheca nel luogo in cui il lavoro accade davvero, il che significa che i dati in essa contenuti sono automaticamente utili per tutto il resto: fatturazione, pianificazione della capacità e analisi della redditività.