Errori comuni nella mappatura del flusso di valore e come evitarli

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

Gli errori nella mappatura del flusso di valore sono facili da commettere e costosi. Scopri come evitare di mappare un perimetro troppo ampio, di mappare senza agire, di basarti su dati deboli e di coinvolgere il team sbagliato.

Automatically translated with AI from the original post. Read the English original

Gli errori più comuni nella mappatura del flusso di valore sono mappare troppo, mappare senza agire, affidarsi alla memoria invece che all'osservazione ed escludere le persone che conoscono il flusso. Questa guida è pensata per i responsabili del miglioramento continuo che vogliono mappe capaci di produrre cambiamenti. Si basa su professionisti che hanno visto le mappe fallire, spiega come evitare ciascun errore e si chiude con un esempio pratico su come un solo numero stimato possa alterare l'intero quadro.

Punti chiave

• Gli errori più comuni nella mappatura del flusso di valore sono mappare troppo, mappare senza agire, usare la memoria o stime invece di dati osservati ed escludere le persone giuste.
• Lascia che l'obiettivo di miglioramento definisca il perimetro. Una sola famiglia di prodotti, un unico flusso e una mappa che stia su un foglio sono un buon punto di partenza.
• La mappa non è un prodotto finale. È l'inizio di un piano con responsabili e scadenze, e lo stato futuro diventa il prossimo stato attuale.
• Disegna lo stato attuale sul posto di lavoro e verifica tu stesso i numeri. Le lacune nei dati sono risultati da segnalare, non motivi per tirare a indovinare.
• Coinvolgi chi conosce il flusso e chi può modificarlo, e fai in modo che lo stesso team aggiorni la mappa.

Quali sono gli errori più comuni nella mappatura del flusso di valore?

La mappatura del flusso di valore descrive il flusso di materiali e informazioni di una famiglia di prodotti, dal cliente al fornitore, in modo da poter individuare gli sprechi e pianificare un flusso migliore. È uno strumento fondamentale del lean manufacturing. Il metodo sulla carta è semplice, ed è proprio per questo che i team saltano dei passaggi, e la maggior parte degli errori nasce da lì. Diversi professionisti hanno elencato ciò che non funziona:

• Severino Abad, dell'Instituto Lean Management, elenca otto errori nel suo articolo su Planet Lean Avoiding the most common mistakes with VSM. Tra questi confondere realtà e ipotesi, usare dati deboli, escludere persone chiave, perdersi nei dettagli e separare la mappatura dall'azione.
• Jeff Pierce elenca nove insuccessi in Value Stream Mapping Gone Wrong, tra cui un team inadeguato, l'assenza di metriche, la paralisi da analisi e mappe senza alcuna azione.
• Tom Voss raggruppa le sue lezioni in perimetro, persone, dati e follow-up in Value Stream Mapping: Lessons from the Front.

Le liste si sovrappongono molto. Le prossime quattro sezioni trattano gli errori che compaiono in tutte: perimetro, azione, dati e persone.

Come si evita di mappare un perimetro troppo ampio?

I problemi della mappatura spesso iniziano dal perimetro. Abad sostiene che voler mappare tutto in una volta causa paralisi da analisi, e che i team dovrebbero concentrarsi sul processo che hanno scelto di cambiare. Pierce sottolinea lo stesso punto: quando un team mappa tutto, si perde nei dettagli.

Quanto dettaglio è giusto? Le fonti indicano numeri diversi perché guardano a livelli diversi:

• Christoph Roser di AllAboutLean, in Practical Tips for Value Stream Mapping, individua un punto ottimale di 4-15 riquadri di processo, sostiene che oltre i 30 la mappa diventa una perdita di tempo e consiglia di contenerla in un solo foglio A3. Se non ci sta, significa che ha troppe informazioni.
• Voss afferma che sono i tuoi obiettivi di miglioramento a stabilire il livello di dettaglio. Una mappa a livello di stabilimento si concentra sul lead time complessivo. Una mappa di una cella di lavoro richiede tempi di esecuzione dei task in secondi e conteggi discreti delle scorte. La sua regola empirica prevede 20-30 passaggi per il flusso principale e osserva che aggiungere dettagli in un secondo momento è più facile che consolidare i passaggi.

Entrambi gli autori mettono in guardia contro l'eccesso di dettaglio. Voss aggiunge che troppo dettaglio nasconde i problemi, che troppo poco nasconde i dettagli che contano e che la mappa deve rendere visibili i colli di bottiglia.

Mappare contemporaneamente tutti i value stream di uno stabilimento è lo stesso errore su scala più ampia. Una regola pratica: scegli una famiglia di prodotti e una domanda, come "dove se ne va il lead time?" Disegna ogni fase di processo che risponde alla domanda, con il relativo tempo di ciclo, tempo di cambio formato e scorte. Se la mappa supera un foglio, probabilmente stai mappando più value stream, e ciascuno merita una mappa propria.

Come evitare di mappare senza agire?

Una mappa che finisce in un cassetto è l'errore più costoso tra quelli legati alla mappatura dei value stream. Voss scrive che una mappa del value stream non è un deliverable autonomo. È il punto di partenza per un piano, e il piano deve essere eseguito. Limita ogni piano del value stream a circa sei mesi, dopodiché lo stato futuro diventa il nuovo stato attuale e il ciclo ricomincia. Pierce è altrettanto diretto: le sole mappe non migliorano il value stream, quindi progetta lo stato futuro e implementa le modifiche.

Abad aggiunge un punto sul slancio. Una buona mappa è viva e riflette nel tempo i cambiamenti di processo. Le aziende che usano una mappa iniziale per informare le persone lasciano che diventi obsoleta. Usare la mappa solo per spiegare come si svolge il lavoro non ripaga lo sforzo che il team ha dedicato alla raccolta di informazioni al gemba, cioè il luogo in cui il lavoro viene effettivamente svolto.

Questi passaggi mantengono la mappa legata all'azione:

1. Scrivi un piano di una pagina con ogni miglioramento, un responsabile e una scadenza, prima che il workshop di mappatura si concluda.
2. Assegna una persona a ciascuna area di miglioramento. Voss raccomanda un project manager per area.
3. Organizza eventi kaizen dopo la mappa. Kaizen significa miglioramento a piccoli passi. Pierce consiglia di mappare prima per definire piano e obiettivi, e poi di organizzare eventi per implementare miglioramenti specifici.
4. Comunica i primi risultati. Voss osserva che i dipendenti che contribuiscono a trasformare la mappa in miglioramenti concreti sono più disponibili a partecipare al workshop di mappatura successivo.
5. Ridisegna la mappa dopo ogni ciclo di cambiamento.

Come evitare dati deboli e il team sbagliato?

Entrambi gli errori fanno sì che la mappa descriva uno stabilimento che non esiste.

Dati. Abad trova difficile distinguere come le cose accadono davvero da come le persone dicono che accadono e da come dovrebbero accadere. Il divario si allarga quando i team usano stime al posto dell'osservazione. Quando mancano informazioni reali, i team ricorrono a medie o numeri datati, che rendono inaffidabili takt time e OEE. Roser è d'accordo. Afferma che lo stato attuale va disegnato sul campo, perché una mappa disegnata altrove mostra come le cose dovrebbero essere, e che le informazioni vanno verificate di persona invece di limitarsi a chiederle ai dipendenti.

Voss fa un'osservazione utile per i team con lacune: dati scarsi o incompleti sono di per sé un ostacolo al flusso, quindi tratta le lacune nei dati come risultati dell'analisi. Suggerisce inoltre di validare i dati dello stato attuale con osservazioni dei tempi, conteggi delle scorte e metriche di qualità correnti. Pierce la mette come esigenza di tempi di ciclo accurati e aggiornati. Misure stimate o superate portano ad analisi scadenti.

Persone. Pierce raccomanda un team interfunzionale che conosca il lavoro e abbia l'autorità di apportare modifiche, leader inclusi. Altrimenti il team rischia di mappare processi che nessuno nella stanza può cambiare. Abad aggiunge che gli esperti informali che influenzano il flusso dovrebbero contribuire a definire lo stato attuale. Senza di loro, la mappa non coglie il modo reale in cui il processo funziona. Voss suggerisce di mantenere lo stesso team che aggiorna la mappa nel tempo, così il processo resta attuale.

Esempio: come un solo numero stimato cambia il quadro

Questo è un esempio illustrativo con numeri inventati, non un caso misurato. Un team mappa cinque fasi di una stessa famiglia di prodotti. La domanda è di 200 unità al giorno e una giornata lavorativa dura 25.200 secondi. Il tempo di lavorazione è di 200 secondi per unità, di cui 120 secondi a valore aggiunto.

Dalla memoria. Il team dice che ogni fase ha circa un giorno di scorta. Questo dà 5 giorni di attesa, ovvero 5 × 25.200 = 126.000 secondi. Il lead time è 126.000 + 200 = 126.200 secondi. Il rapporto di valore aggiunto è 120 ÷ 126.200 = circa 0,095 per cento.

Da un conteggio. In reparto, qualcuno conta le scorte davanti a ciascuna fase: 400, 300, 300, 200 e 200 unità. Sono 1.400 unità. Con 200 unità al giorno, il tempo di attesa è di 7 giorni, ovvero 7 × 25.200 = 176.400 secondi. Il lead time è 176.400 + 200 = 176.600 secondi. Il rapporto di valore aggiunto è 120 ÷ 176.600 = circa 0,068 per cento.

Che cosa significa la differenza. Il lead time reale è più lungo di 50.400 secondi, ovvero 2 giornate lavorative, rispetto a quanto il team credeva. È circa il 40 per cento in più rispetto al dato ricordato. Supponiamo che il team fissi come obiettivo dello stato futuro la metà delle scorte ricordate, cioè 2,5 giorni. Rispetto ai 7 giorni reali, questo obiettivo richiede una riduzione di 4,5 giorni, pari a circa il 64 per cento, non al 50 per cento. Un team che pianifica un taglio del 50 per cento mancherà il proprio obiettivo senza sapere perché.

Il conteggio ha richiesto meno di un'ora. La stima è costata al team un obiettivo sbagliato.

Errori comuni

Oltre a scope, azione, dati e persone, nelle fonti emergono questi errori:

• Dare per scontato che cosa valuta il cliente. Pierce consiglia di parlare con i clienti o con i loro rappresentanti. Senza questo passaggio, non si può giudicare quali fasi aggiungono valore.
• Usare le mappe per correzioni tattiche. Pierce suggerisce di mappare l'intero flusso del valore per allineamento strategico, e di usare la mappatura a livello di processo per approfondire aree specifiche.
• Violare le regole del flusso informativo. Roser sostiene che ogni processo debba avere un unico flusso informativo, e che un flusso informativo non debba terminare nelle scorte, perché le scorte non possono agire sulle informazioni.
• Applicare i simboli della fabbrica al lavoro d'ufficio. Abad osserva che uffici e progetti hanno flussi meno lineari. Suggerisce i diagrammi swimlane per mostrare quale reparto è responsabile di ciascuna attività.
• Fare un unico grande ridisegno. Pierce preferisce cambiamenti piccoli e incrementali: si realizza un insieme di modifiche, si valuta l'impatto e poi si passa al gruppo successivo.
• Limitare la partecipazione. Abad avverte che limitare la mappatura a determinate funzioni fornisce una visione parziale della realtà e può generare conflitti.

Come può aiutare il software

Il software non può sostituire il giro in reparto, e non corregge uno scope sbagliato. Può tenere aggiornata una mappa una volta chiaro il metodo. Polaris VSM di iFAKT è un modulo di iFAKT Polaris per la mappatura del flusso del valore basata sui dati. Modella in modo collaborativo i flussi di materiali e di informazioni e rende visibili sprechi e colli di bottiglia. Usalo per aggiornare i numeri e tieni nella stanza le persone che conoscono il flusso.

Prossimo passo

Rivedi l'ultima VSM alla luce di quattro temi: scope, azione, dati e persone. Poi correggi per primo il punto più debole, così che gli errori di value stream mapping non si ripetano nel prossimo ciclo.