Value Stream Management in Manufacturing vs Software Delivery: dezelfde naam, andere taak

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

Wat is value stream management? In een fabriek beheert het de fysieke stroom van een productfamilie; in softwarelevering volgt het werkitems. Ontdek hoe de twee verschillen.

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

Wat is value stream management? Dat hangt af van wie je vraagt. In een fabriek betekent het dat je de fysieke stroom van één productfamilie beheert, van klantorder tot levering, met één eigenaar en een paar gedeelde meetpunten. In softwarelevering betekent het meestal dat je werkitems volgt, van idee tot release, binnen een agile workflow en een DevOps-pipeline. Dit artikel is bedoeld voor managers operational excellence die beide betekenissen tegenkomen in zoekresultaten, in gesprekken met leveranciers of in een vergadering met de IT-afdeling, en die ze uit elkaar moeten kunnen houden.

Belangrijkste punten

• Value stream management in een fabriek beheert de fysieke stroom van één productfamilie van order tot levering; in softwarelevering volgt het werkitems van idee tot release.
• Beide velden hebben lean als oorsprong: zoek de wachttijd, verwijder verspilling en verkort de tijd die waarde nodig heeft om de klant te bereiken.
• Softwaretools gebruiken flowmetrics zoals flow time en flow efficiency, en DORA-metrics zoals change lead time en deployment frequency.
• Een fabriek heeft ook te maken met voorraad, machines, omstelling en transport, wat softwareflowmetrics niet dekken.
• Als je over value stream management leest, controleer dan eerst of de bron productie of DevOps bedoelt.

Wat is value stream management in elk van de twee velden?

Beide velden gebruiken dezelfde twee woorden voor een vergelijkbaar idee: beheer de volledige stroom die waarde creëert voor een klant, niet alleen afzonderlijke stappen.

In productie is een value stream de reeks handelingen die nodig is om een product van order tot levering te brengen. Het Lean Enterprise Institute (LEI) omschrijft een value stream als alle handelingen, waardetoevoegend en niet-waardetoevoegend, die nodig zijn om een product van concept tot lancering of van order tot levering te brengen. In een fabriek ligt de focus op de order-tot-levering-stroom van één productfamilie. Beheer betekent een benoemde eigenaar, gedeelde meetpunten en een vaste evaluatie.

In softwarelevering is een value stream het pad van een idee naar werkende software in handen van gebruikers. Planview omschrijft het Flow Framework als "a structured, prescriptive approach to Value Stream Management in software delivery organizations". Planview is een softwareleverancier, dus lees dit als het standpunt van één leverancier. De werkitems zijn features, defecten, risico's en technische schuld, en de tooling verbindt de systemen waarin teams ze bijhouden.

De namen komen overeen. Het dagelijkse werk niet.

Waar komt het idee vandaan?

De wortel ligt in lean-denken. Toyota stelt dat zijn productiesysteem verspilling grondig wil elimineren en doorlooptijden wil verkorten. Toyota noemt drie soorten problemen die weg moeten: muda (verspilling), mura (onregelmatigheid) en muri (onredelijke belasting van mensen en machines).

De LEI-definitie hierboven omvat al twee soorten stroom: de operationele value stream, van order tot levering, en de ontwikkel-value stream, van concept tot lancering. Het idee was dus nooit beperkt tot de productievloer. Productontwikkeling is ook een stroom, en softwareontwikkeling is een vorm van productontwikkeling.

Daarom hebben de twee werelden nog steeds dezelfde thema's: wachten, overdrachten, wachtrijen en silo's. Het verschil zit in wat er door de stroom beweegt.

Hoe beheert een fabriek een waardestroom?

Een fabriek beheert een fysieke stroom. In lean manufacturing zijn de typische elementen:

1. Een productfamilie. Producten die vergelijkbare verwerkingsstappen en apparatuur delen.
2. Een waardestroomkaart. Een schema van de materiaal- en informatiestroom, in de huidige en de toekomstige situatie.
3. Een eigenaar. Vaak de waardestroommanager, met steun van de fabrieksdirectie.
4. Gedeelde meetwaarden. Doorlooptijd, voorraad, leveringsprestatie en first pass yield.
5. Een wekelijkse evaluatie. Acties, eigenaren en datums.

Wat beweegt is materiaal. Het ligt in een magazijn, wacht voor een machine of reist mee in een vrachtwagen. Het kost geld en neemt ruimte in beslag, daarom is voorraad een kernmeetwaarde. Omsteltijden, machinecapaciteit en ploegendiensten bepalen de stroom. Veel fabrieken gebruiken ook lean-managementroutines, zoals dagelijkse stand-ups bij het bord, om de stroom zichtbaar te houden. De onderwerppagina over lean management op M365.FM geeft het bredere beeld.

Hoe beheert softwarelevering een waardestroom?

Softwarelevering beheert een informatiestroom. Wat beweegt is een werkitem: een idee, een ticket, een codewijziging. Er is geen fysieke voorraad, maar het wacht wel op een review, een testomgeving of een releasemoment.

Twee sets meetwaarden komen veel voor:

• Flowmeetwaarden. Het Flow Framework noemt flowsnelheid, doorlooptijd, flowefficiëntie, flowbelasting en flowverdeling. De samenvatting van Planview leest ze als vragen: versnelt de levering van waarde, wordt de tijd tot waarde korter, wacht het werk stroomopwaarts, overtreft de vraag de capaciteit, en is de investering verdeeld tussen nieuwe waarde en het beschermen van bestaande waarde?
• DORA-meetwaarden. Het DORA-onderzoeksprogramma groepeert zijn meetwaarden voor softwarelevering in doorvoer (doorlooptijd van wijzigingen, deployfrequentie, hersteltijd na een mislukte deployment) en instabiliteit (wijzigingsfaalpercentage, percentage herwerk na deployment).

Een platform voor waardestroombeheer in dit domein koppelt ticketsystemen, coderepositories en buildpipelines, zodat teams kunnen zien hoe waarde stroomt van idee tot release en de klant sneller waarde kan leveren. Het resultaat is een waardestroomkaart van het leveringsproces. Stakeholders uit de business gebruiken die om te zien waar werk wacht en om zich af te stemmen op bedrijfswaarde.

Hoe verschillen de twee?

Een naast elkaar gezet overzicht helpt:

• Wat stroomt. Fabriek: materiaal en orders. Software: werkitems en code.
• Waar het wacht. Fabriek: in wachtrijen, buffers en magazijnen. Software: in backlogs, reviews en omgevingen.
• Kernmeetwaarden. Fabriek: doorlooptijd, voorraad, leveringsprestatie, yield. Software: flowtijd, flowefficiëntie, doorlooptijd van wijzigingen, deployfrequentie.
• Typische eigenaar. Fabriek: een waardestroommanager of operationeel leidinggevende. Software: een product- of platformeigenaar, of een IT-leider.
• Gegevensbron. Fabriek: ERP, MES, productiedata uit de werkvloer. Software: ticket- en buildsystemen.
• Typisch doel. Fabriek: kortere doorlooptijd en een stabielere levering. Software: sneller en veiliger releasen van wijzigingen.

Het gedeelde onderdeel is de gewoonte om naar de hele stroom te kijken en te vragen waar het wacht.

Welke betekenis past bij jouw zoekopdracht?

Gebruik een snelle toets wanneer je een pagina leest of een leverancier spreekt:

• Als de tekst over tickets, pipelines, releases of sprints gaat, bedoelt men softwarelevering en DevOps.
• Als het over orders, machines, voorraad, diensten of takt gaat (het tempo dat door de klantvraag wordt bepaald), bedoelt men productie.
• Als het over beide gaat, vraag dan welke data de tool leest.

De afkorting VSM zorgt voor verwarring, want die kan staan voor mapping of voor management. Zeg tegen je collega's welke betekenis je gebruikt. IT-leiders die agile- en DevOps-werkwijzen aansturen bedoelen meestal de softwarevariant. De waardestroommanager in jouw fabriek bedoelt de fysieke. Zelfs het woord bottleneck verschuift: in een fabriek is het een machine of stap die de output beperkt, en in software is het vaak een review- of teststap. Beide velden streven er toch naar verspilling te elimineren en de tijd te verkorten die waarde nodig heeft om de klant te bereiken, dus een goed idee in het ene veld is het waard om in het andere bekeken te worden.

Voorbeeld: dezelfde rekensom in beide werelden

Dit is een verzonnen voorbeeld. De getallen zijn geen gemeten resultaten, en de metric hieronder is een eenvoudige planningsmaat, geen formule van een leverancier.

Neem één maatstaf die in beide velden werkt: het aandeel van de doorlooptijd waarin er daadwerkelijk aan het werk wordt gedaan. Deel de actieve tijd door de totale doorlooptijd.

• Fabriek. Een order doorloopt 10 werkdagen in de stroom. Het team ziet dat het product in totaal 1 dag wordt bewerkt. Het aandeel is 1 gedeeld door 10, dus 10 procent.
• Software. Een functie heeft 20 kalenderdagen nodig van start tot release. Developers en testers werken er in totaal 3 dagen aan. Het aandeel is 3 gedeeld door 20, dus 15 procent.

In beide gevallen bestaat het grootste deel van de tijd uit wachten. De oplossing lijkt ook op elkaar: beperk het werk in uitvoering, schrap overdrachten en lever in kleinere batches op. Het verschil zit in waar je naar het wachten zoekt: in een fabriek loop je over de vloer en tel je de pallets in de wachtrij; in software lees je de tijdstempels in de ticketgeschiedenis.

Veelgemaakte fouten

• Zoekresultaten door elkaar halen. Een leverancierspagina over DevOps value stream management helpt een fabriek niet.
• Softwaremetrics in een fabriek overnemen. Deployment frequency zegt niets over een bewerkingscel.
• Fabriekmetrics in software overnemen. Voorraadomloopsnelheid geldt niet voor tickets in een backlog.
• De gedeelde lessen negeren. Beide kanten kunnen leren van het beperken van het werk in uitvoering en het verkorten van feedbacklussen.
• Een tool kopen voordat de stroom is gedefinieerd. In beide velden komen eerst de eigenaar en de maatstaven.

Hoe software kan helpen

Voor een fabriek zijn de nuttige tools die welke met productiedata werken: orders, routings, capaciteit en voorraad uit het ERP-systeem en de productievloer. Ze helpen je de fysieke stroom te zien, niet een wachtrij van tickets.

iFAKT is een in Stuttgart gevestigd adviesbureau en softwarespecialist voor Industrie 4.0, opgericht in 2001. Het bedrijf helpt producenten hun productie- en logistieke processen te plannen en te optimaliseren en ontwikkelt de software Polaris. Vraag bij welke leverancier je ook kijkt of het datamodel past bij de fysieke stroom.

Volgende stap

Wat betekent value stream management voor jou? Als je een fabriek runt, is het de fysieke stroom van één productfamilie, en artikelen over softwarelevering zijn een zijonderwerp. Kies deze week één productfamilie en controleer of die een eigenaar heeft en drie gedeelde maatstaven.