Veelgemaakte fouten bij value stream mapping en hoe je ze voorkomt

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

Fouten bij value stream mapping zijn makkelijk gemaakt en duur. Lees hoe je voorkomt dat je te groot mapt, mapt zonder actie, met zwakke data werkt en het verkeerde team inzet.

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

De meest voorkomende fouten bij value stream mapping zijn: te veel in kaart brengen, mappen zonder actie, vertrouwen op geheugen in plaats van observatie en de mensen die de stroom kennen buiten de deur laten. Deze gids is bedoeld voor continuous improvement managers die maps willen die tot verandering leiden. Hij put uit ervaringen van praktijkmensen die hebben gezien hoe maps misgaan, legt uit hoe je elke fout vermijdt en eindigt met een uitgewerkt voorbeeld van hoe één geschat getal het hele beeld verandert.

Belangrijkste punten

• De meest voorkomende fouten bij value stream mapping zijn: te veel in kaart brengen, mappen zonder actie, werken met geheugen of schattingen in plaats van geobserveerde data, en de juiste mensen buiten de deur laten.
• Laat je verbeterdoel de scope bepalen. Eén productfamilie, één stroom en een map die op één blad past, is een goed begin.
• Een map is geen eindproduct. Het is het begin van een plan met eigenaren en data, en de toekomstige staat wordt de volgende huidige staat.
• Teken de huidige staat op de werkvloer en controleer de cijfers zelf. Gaten in de data zijn bevindingen, geen reden om te gaan gokken.
• Betrek mensen die de stroom kennen en mensen die hem kunnen veranderen, en zorg dat hetzelfde team de map bijwerkt.

Wat zijn de meest voorkomende fouten bij value stream mapping?

Value stream mapping brengt de materiaal- en informatiestroom van een productfamilie in kaart, van klant tot leverancier, zodat je verspilling ziet en een betere stroom kunt plannen. Het is een kerninstrument van lean manufacturing. De methode is op papier eenvoudig, en daarom slaan teams stappen over; de meeste VSM-fouten komen hieruit voort. Verschillende praktijkmensen hebben op een rij gezet wat er misgaat:

• Severino Abad van het Instituto Lean Management noemt acht fouten in zijn Planet Lean-artikel Avoiding the most common mistakes with VSM. Daaronder vallen het door elkaar halen van werkelijkheid en aannames, het gebruik van zwakke data, het weglaten van sleutelpersonen, verdwalen in details en het scheiden van mappen en actie.
• Jeff Pierce somt negen fouten op in Value Stream Mapping Gone Wrong, waaronder een ongeschikt team, geen meetgegevens, analyseverlamming en maps zonder actie.
• Tom Voss groepeert zijn lessen in scope, mensen, data en opvolging in Value Stream Mapping: Lessons from the Front.

De lijsten overlappen sterk. De volgende vier secties behandelen de fouten die op alle lijsten terugkomen: scope, actie, data en mensen.

Hoe voorkom je dat je te groot gaat mappen?

Problemen met VSM beginnen vaak bij de scope. Abad stelt dat proberen alles in één keer in kaart te brengen tot analyseverlamming leidt, en dat teams zich moeten richten op het proces dat ze willen veranderen. Pierce maakt hetzelfde punt: wanneer een team alles mapt, verdwaalt het in details.

Hoeveel detail is goed? De bronnen geven verschillende getallen omdat ze op verschillende niveaus kijken:

• Christoph Roser van AllAboutLean vindt in Practical Tips for Value Stream Mapping een ideaal aantal van 4 tot 15 procesvakjes. Meer dan 30 vakjes is volgens hem tijdverspilling, en hij beperkt de map tot één A3-vel. Past het niet op één vel, dan heeft de map te veel detail.
• Voss zegt dat je verbeterdoelen het detailniveau bepalen. Een map op fabrieksniveau richt zich op de totale doorlooptijd. Een map van een werkcel heeft taaktijden in seconden en discrete voorraadtellingen nodig. Zijn vuistregel is 20 tot 30 stappen voor de hoofdstroom. Hij merkt op dat later detail toevoegen makkelijker is dan stappen samenvoegen.

Beide auteurs waarschuwen voor te veel detail. Voss voegt eraan toe dat te veel detail de problemen verbergt, en te weinig detail de details verbergt die ertoe doen. De map moet knelpunten zichtbaar maken.

Alle waardestromen van een fabriek tegelijk in kaart brengen is dezelfde fout, op grotere schaal. Een praktische regel: kies één productfamilie en één vraag, zoals "waar zit de doorlooptijd?" Teken elke processtap die de vraag beantwoordt, met de cyclustijd, omsteltijd en voorraad. Groeit de map uit tot meer dan één vel, dan breng je waarschijnlijk meerdere waardestromen in kaart. Elke waardestroom verdient dan zijn eigen map.

Hoe voorkom je dat je in kaart brengt zonder actie te ondernemen?

Een map die in een la belandt, is de duurste van alle fouten bij waardestroomanalyse. Voss schrijft dat een waardestroomkaart geen op zichzelf staand resultaat is. Het is het startpunt van een plan, en dat plan moet worden uitgevoerd. Hij beperkt elk waardestroomplan tot ongeveer zes maanden. Daarna wordt de toekomstige situatie de nieuwe huidige situatie en begint de cyclus opnieuw. Pierce is even direct: kaarten alleen verbeteren de waardestroom niet, dus ontwerp de toekomstige situatie en voer de veranderingen door.

Abad voegt een punt over momentum toe. Een goede map leeft en laat procesveranderingen over tijd zien. Bedrijven die één vroege map gebruiken om mensen te informeren, laten die verouderen. De map alleen gebruiken om uit te leggen hoe het werk gaat, doet geen recht aan de inspanning die het team heeft geleverd om informatie op te halen op de gemba, de plek waar het werk gebeurt.

Deze stappen houden de map verbonden met actie:

1. Schrijf een plan van één pagina met elke verbetering, een eigenaar en een datum, voordat de mapping-workshop eindigt.
2. Wijs per verbetergebied één persoon aan. Voss adviseert per gebied een projectmanager.
3. Organiseer kaizen-sessies na de map. Kaizen betekent verbeteren in kleine stappen. Pierce adviseert eerst de map te gebruiken om het plan en de doelen vast te stellen, en daarna kaizen-sessies te houden om specifieke verbeteringen door te voeren.
4. Communiceer vroege resultaten. Voss merkt op dat medewerkers die helpen de map om te zetten in echte verbeteringen, eerder bereid zijn mee te doen aan de volgende mapping-workshop.
5. Teken de map opnieuw na elke ronde van veranderingen.

Hoe voorkom je zwakke data en het verkeerde team?

Beide fouten zorgen ervoor dat de map een fabriek beschrijft die niet bestaat.

Data. Abad vindt het lastig om te scheiden hoe dingen gebeuren van hoe mensen zeggen dat ze gebeuren, en hoe ze zouden moeten gebeuren. De kloof wordt groter wanneer teams gokken in plaats van observeren. Ontbreekt echte informatie, dan gebruiken teams gemiddelden of oude cijfers, waardoor takttijd en OEE onbetrouwbaar worden. Roser is het daarmee eens. Hij zegt dat je de huidige situatie op de werkvloer moet tekenen, omdat een map die elders is getekend laat zien hoe dingen zouden moeten zijn. Ook zou je informatie zelf moeten controleren in plaats van alleen medewerkers te vragen.

Voss geeft een nuttig punt voor teams met hiaten: slechte of onvolledige data is zelf een belemmering voor de stroom, dus behandel gaten in de data als bevindingen. Hij stelt ook voor om gegevens over de huidige situatie te valideren met tijdmetingen, voorraadtellingen en actuele kwaliteitsmeetwaarden. Pierce stelt het als de noodzaak van nauwkeurige, actuele cyclustijden. Geschatte of verouderde metingen leiden tot slechte analyses.

Mensen. Pierce raadt een cross-functioneel team aan dat het werk begrijpt en de bevoegdheid heeft om veranderingen door te voeren, inclusief leidinggevenden. Anders brengt het team mogelijk processen in kaart die niemand in de ruimte kan veranderen. Abad voegt toe dat informele experts die de stroom vormgeven, moeten helpen de huidige situatie te bepalen. Zonder hen mist de map hoe het proces echt werkt. Voss stelt voor om hetzelfde team de map over tijd bij te laten werken, zodat het proces relevant blijft.

Voorbeeld: hoe één geschat getal het beeld verandert

Dit is een illustratief voorbeeld met verzonnen getallen, geen gemeten casus. Een team brengt vijf stappen van één productfamilie in kaart. De vraag bedraagt 200 eenheden per dag, en een werkdag heeft 25.200 seconden. De verwerkingstijd is 200 seconden per eenheid, waarvan 120 seconden waarde toevoegt.

Op basis van het geheugen. Het team zegt dat elke stap ongeveer één dag voorraad heeft. Dat levert 5 dagen wachttijd op, of 5 × 25.200 = 126.000 seconden. De doorlooptijd is 126.000 + 200 = 126.200 seconden. De waarde-toevoegende ratio is 120 ÷ 126.200 = ongeveer 0,095 procent.

Op basis van een telling. Op de werkvloer telt iemand de voorraad voor elke stap: 400, 300, 300, 200 en 200 eenheden. Dat is 1.400 eenheden. Bij 200 eenheden per dag is de wachttijd 7 dagen, of 7 × 25.200 = 176.400 seconden. De doorlooptijd is 176.400 + 200 = 176.600 seconden. De waarde-toevoegende ratio is 120 ÷ 176.600 = ongeveer 0,068 procent.

Wat het verschil betekent. De werkelijke doorlooptijd is 50.400 seconden, oftewel 2 werkdagen, langer dan het team dacht. Dat is ongeveer 40 procent meer dan het geschatte cijfer. Stel dat het team als toekomstige doelstelling de helft van de geschatte voorraad wil, 2,5 dagen. Ten opzichte van de werkelijke 7 dagen betekent dat een reductie van 4,5 dagen, ofwel ongeveer 64 procent, en niet 50 procent. Een team dat met 50 procent rekent, haalt zijn doel niet zonder te begrijpen waarom.

De telling kostte minder dan een uur. De schatting kostte het team een verkeerd doel.

Veelgemaakte fouten

Naast scope, actie, data en mensen komen in de bronnen deze fouten naar voren:

• Aannemen wat de klant waardeert. Pierce adviseert om met klanten of hun vertegenwoordigers te praten. Zonder dat kun je niet beoordelen welke stappen waarde toevoegen.
• Kaarten gebruiken voor tactische oplossingen. Pierce stelt voor de hele waardestroom in kaart te brengen voor strategische afstemming, en procesniveau-mapping te gebruiken voor diepgaande analyses van specifieke gebieden.
• De regels voor informatiestromen overtreden. Roser zegt dat elk proces één informatiestroom moet hebben, en dat een informatiestroom niet bij de voorraad mag eindigen, omdat voorraad niet op informatie kan handelen.
• Fabriekssymbolen op kantoorwerk forceren. Abad merkt op dat kantoren en projecten minder lineaire stromen kennen. Hij stelt swimlane-diagrammen voor om te tonen welke afdeling eigenaar is van elke activiteit.
• Eén grote herontwerp doorvoeren. Pierce geeft de voorkeur aan kleine, stapsgewijze veranderingen: doe een reeks, leer wat het effect is en doe dan de volgende reeks.
• Deelname beperken. Abad waarschuwt dat het beperken van de mapping tot bepaalde functies een deels beeld van de werkelijkheid geeft en conflicten kan veroorzaken.

Hoe software kan helpen

Software kan de wandeling door de fabriek niet vervangen, en een verkeerde scope lost het niet op. Het kan een kaart wel actueel houden zodra de methode duidelijk is. iFAKT's Polaris VSM is een module van iFAKT Polaris voor datagedreven value stream mapping. Het modelleert materiaal- en informatiestromen samen met anderen en maakt verspilling en knelpunten zichtbaar. Gebruik het om de cijfers te verversen, en houd de mensen die de stroom kennen erbij.

Volgende stap

Toets je laatste VSM aan de vier thema's: scope, actie, data en mensen. Los daarna het zwakste thema als eerste op, zodat fouten bij value stream mapping zich niet herhalen in je volgende ronde.