A cosa serve
Questa guida serve a produrre, in una o due settimane di lavoro leggero, una fotografia condivisa di come un flusso di lavoro avviene davvero — non di come dovrebbe avvenire. Il metodo è una versione a misura di PMI di ciò che i consulenti chiamano process mapping o, nella variante che misura anche tempi e attese, value stream mapping: qui ridotto all'osso, perché l'obiettivo non è il deliverable ma la decisione che ne segue.
Quando usarla
Usala quando un problema si ripete (ritardi, rilavorazioni, errori sempre nello stesso punto), quando persone diverse danno versioni diverse dello stesso flusso, o prima di una decisione che lo cristallizzerà: l'acquisto di un gestionale, una riorganizzazione, un'assunzione "per tappare il buco". Vale anche in preparazione di una due diligence: arrivare con i flussi già mappati sposta la conversazione da "fidatevi" a "verificate".
Prima di iniziare
Scegli un perimetro stretto e un problema concreto: non "il processo commerciale" ma "dalla richiesta del cliente all'invio dell'offerta". Identifica le 3–5 persone che ci mettono le mani e raccogli casi reali recenti e conclusi — ordini, pratiche, ticket — perché la mappa si costruisce sulle istanze, non sulle opinioni. Un avvertimento metodologico: quello che stai per mappare è il processo reale; la tentazione di tutti, te compreso, sarà disegnare quello nominale. Il metodo qui sotto serve esattamente a impedirlo.
Sequenza operativa
Passo 1 — Ricostruisci 10–15 casi reali. Prendi istanze recenti e concluse del flusso e, per ciascuna, annota date, passaggi, persone e ritorni indietro. Usa le tracce che esistono già: email, timestamp del gestionale, versioni dei file. Stai facendo, con mezzi domestici, quello che l'analisi dei processi chiama ricostruzione delle tracce di esecuzione — lo stesso principio su cui si basano i software di process mining, senza il software.
Passo 2 — Intervista chi esegue, separatamente. Mezz'ora a testa, una sola domanda guida: "raccontami l'ultimo caso che hai gestito, passaggio per passaggio". Mai chiedere "come funziona il processo?": quella domanda attiva la versione ufficiale. Il racconto di un caso specifico attiva la memoria episodica, che è molto più fedele al reale.
Passo 3 — Disegna il flusso così com'è. Una riga (o corsia) per attore, i passaggi in sequenza, frecce per i passaggi di mano: è il formato che i manuali chiamano diagramma a corsie (swimlane), e la sua forza è rendere visibili i passaggi di consegne, dove si perde la maggior parte del tempo. Carta o lavagna vanno benissimo. Includi le eccezioni emerse dalle interviste: spesso sono il 30% del lavoro reale.
Passo 4 — Segna attese, ritorni e doppi inserimenti. Marca sulla mappa i punti dove il lavoro aspetta in coda, torna indietro o viene rifatto: nella terminologia lean, rispettivamente attese, rework e sovraprocessamento — tre delle forme classiche di spreco (muda). Quantifica dove puoi con i dati del Passo 1: "in media 2,3 giri tra tecnico e commerciale" pesa più di "troppi passaggi", perché il numero è indiscutibile e il "troppi" no.
Passo 5 — Distingui il tempo di lavoro dal tempo di attraversamento. Per ogni caso, separa le ore effettivamente lavorate (tempo di ciclo) dai giorni di calendario trascorsi (lead time). Nelle PMI il rapporto tipico sorprende sempre: ore di lavoro, settimane di attraversamento. Questa singola distinzione, da sola, ribalta la maggior parte delle diagnosi istintive: quasi mai il problema è la velocità delle persone, quasi sempre è dove il lavoro giace fermo.
Passo 6 — Valida in gruppo, in un'ora. Metti la mappa davanti alle persone intervistate, insieme. La domanda non è "vi piace?" ma "è così che succede?". Le correzioni che emergono in questa riunione sono spesso l'informazione più preziosa dell'esercizio — e se due ruoli descrivono lo stesso passaggio in modo incompatibile, quella divergenza non è un intoppo della riunione: è un dato (un role gap), da annotare.
Passo 7 — Decidi un solo intervento. Dalla mappa validata scegli il punto di attrito con il miglior rapporto impatto/sforzo e definisci chi fa cosa entro quando. Resisti alla tentazione di riprogettare tutto: la teoria dei vincoli su questo è brutale ma liberatoria — il flusso è limitato da un punto solo alla volta, quindi migliorare altrove è fatica sprecata. La mappa serve a scegliere quel punto, non a rifondare l'azienda.
Output atteso
Tre cose, tutte e tre: una mappa di una pagina che gli esecutori riconoscono come vera; una lista dei punti di attrito con almeno un numero ciascuno; una decisione di intervento con responsabile e scadenza. Se manca una delle tre, l'esercizio non è finito — una mappa senza decisione è arredamento.
Errori da evitare
Mappare la versione ufficiale invece di quella reale; allargare il perimetro a metà lavoro ("già che ci siamo…"); trasformare la mappa in un deliverable estetico che nessuno userà; saltare la validazione di gruppo fidandosi della sintesi di una persona sola; e l'errore più sottile: fermarsi alla mappa senza arrivare alla decisione, scambiando la diagnosi per la cura.
Esempio
Uno studio tecnico da 12 persone lamentava preventivi lenti e stava valutando un software di preventivazione. La mappatura di 12 preventivi reali ha mostrato che il tempo di ciclo era di 4 ore, ma il lead time di 9 giorni: l'attesa si concentrava in un unico passaggio, l'approvazione del titolare, che avveniva "quando aveva un momento". Spostare l'approvazione su due slot fissi settimanali ha dimezzato il tempo di risposta al cliente. Costo dell'intervento: zero. Il software, riconsiderato sei mesi dopo su un processo ormai leggibile, è stato scelto meglio e configurato in metà tempo.
Collegamento MARTRO
Nella sequenza MARTRO la mappatura è il primo atto diagnostico: produce la leggibilità su cui poggiano tutti gli interventi successivi (matrice RACI, colli di bottiglia, stop rule). E produce un beneficio collaterale che i titolari sottovalutano e gli investitori no: un'azienda che sa mostrare i propri flussi su carta ha già dimostrato di sapersi osservare — che è la capability organizzativa da cui dipendono tutte le altre.
Passo successivo
Se la mappa ha evidenziato un punto che limita tutto il resto, prosegui con Come individuare un collo di bottiglia. Se il problema emerso riguarda chi decide cosa, prosegui con Come costruire una RACI senza creare burocrazia.
Licenza
Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International. Attribuzione richiesta: Fonte: MARTRO Observatory, "Come mappare un processo", https://www.martrosystems.eu/knowledge/come-mappare-un-processo.
CLEW
Se l'applicazione interna si blocca, il problema non è più solo documentale: richiede verifica multi-ruolo.
Esplora CLEW