Value Stream Management dans l’industrie et la livraison logicielle : même nom, rôle différent

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

Par Mirko Peters · 2026-11-11

Qu’est-ce que le value stream management ? Dans une usine, il pilote le flux physique d’une famille de produits ; dans la livraison logicielle, il suit les éléments de travail. Voyez en quoi les deux se distinguent.

Traduit automatiquement par IA à partir de l'article original. Lire l'original en anglais

Qu’est-ce que le value stream management ? La réponse dépend de votre interlocuteur. Dans une usine, il s’agit de piloter le flux physique d’une famille de produits, de la commande client à la livraison, avec un responsable unique et quelques indicateurs partagés. Dans la livraison logicielle, il consiste généralement à suivre les éléments de travail, de l’idée à la mise en production, au sein d’un flux de travail agile et d’un pipeline DevOps. Cet article s’adresse aux responsables de l’excellence opérationnelle qui rencontrent ces deux sens dans les résultats de recherche, lors de présentations d’éditeurs ou en réunion avec le service informatique, et qui doivent les distinguer.

Points clés

• Dans une usine, le value stream management pilote le flux physique d’une famille de produits, de la commande à la livraison ; dans la livraison logicielle, il suit les éléments de travail, de l’idée à la mise en production.
• Les deux domaines partagent des origines lean : repérer les temps d’attente, éliminer le gaspillage et réduire le délai nécessaire pour que la valeur atteigne le client.
• Les outils logiciels utilisent des indicateurs de flux tels que le temps de flux et l’efficacité de flux, ainsi que les indicateurs DORA, comme le délai de changement et la fréquence de déploiement.
• Une usine gère aussi les stocks, les machines, les changements de série et les transports, que les indicateurs de flux logiciels ne couvrent pas.
• Lorsque vous lisez à propos du value stream management, vérifiez d’abord si la source parle de fabrication ou de DevOps.

Qu’est-ce que le value stream management dans chaque domaine ?

Les deux domaines emploient les mêmes termes pour une idée voisine : gérer l’ensemble du flux qui crée de la valeur pour un client, et non des étapes isolées.

Dans l’industrie, un flux de valeur est l’ensemble des actions nécessaires pour amener un produit de la commande à la livraison. Le Lean Enterprise Institute (LEI) décrit un flux de valeur comme l’ensemble des actions, créatrices et non créatrices de valeur, nécessaires pour amener un produit du concept au lancement ou de la commande à la livraison. Dans une usine, l’attention porte sur le flux commande-livraison d’une famille de produits. Le piloter suppose un responsable désigné, des indicateurs partagés et une revue régulière.

Dans la livraison logicielle, un flux de valeur est le chemin qui mène d’une idée à un logiciel opérationnel entre les mains des utilisateurs. Planview décrit le Flow Framework comme « une approche structurée et prescriptive du Value Stream Management dans les organisations de livraison logicielle ». Planview étant un éditeur de logiciels, il faut lire cette définition comme le point de vue d’un éditeur. Les éléments de travail sont les fonctionnalités, les anomalies, les risques et la dette technique, et l’outillage relie les systèmes dans lesquels les équipes les suivent.

Les noms coïncident. Le travail au quotidien, lui, diffère.

D’où vient cette idée ?

Sa racine est la pensée lean. Toyota affirme que son système de production vise à éliminer en profondeur le gaspillage et à raccourcir les délais. Toyota identifie trois types de problèmes à supprimer : le muda (gaspillage), le mura (irrégularité) et le muri (exigences déraisonnables envers les personnes et les machines).

La définition du LEI citée plus haut couvre déjà deux types de flux : le flux opérationnel, de la commande à la livraison, et le flux de développement, du concept au lancement. L’idée n’a donc jamais été limitée à l’atelier. Le développement de produits est lui aussi un flux, et le développement logiciel en est une forme.

C'est pourquoi les deux mondes parlent encore des mêmes sujets : l'attente, les transferts, les files d'attente et les silos. La différence tient à ce qui circule dans le flux.

Comment une usine gère-t-elle un flux de valeur ?

Une usine gère un flux physique. Dans la fabrication allégée (lean manufacturing), les éléments typiques sont :

1. Une famille de produits. Des produits qui partagent des étapes de transformation et des équipements similaires.
2. Une carte de flux de valeur. Un schéma des flux de matières et d’informations, à l’état actuel et à l’état cible.
3. Un responsable. Souvent appelé responsable de flux de valeur, avec le soutien de la direction du site.
4. Des indicateurs communs. Délai de livraison (lead time), stocks, performance de livraison, rendement au premier passage.
5. Une revue hebdomadaire. Actions, responsables et échéances.

Ce qui circule, ce sont les matières. Elles sont stockées dans un entrepôt, attendent devant une machine ou voyagent dans un camion. Elles ont un coût et occupent de l’espace, ce qui fait des stocks un indicateur central. Les changements de série, la capacité des machines et les organisations par équipes façonnent le flux. Beaucoup d’usines utilisent aussi des routines de management lean, comme les réunions quotidiennes devant le tableau, pour garder le flux sous les yeux. La page thématique consacrée au lean management sur M365.FM donne une vue plus large.

Comment la livraison logicielle gère-t-elle un flux de valeur ?

La livraison logicielle gère un flux d’informations. Ce qui circule, c’est un élément de travail : une idée, un ticket, une modification de code. Il n’a pas de stock physique, mais il attend tout de même une revue, un environnement de test ou un créneau de mise en production.

Deux ensembles d’indicateurs sont courants :

• Indicateurs de flux. Le Flow Framework définit la vélocité du flux, le temps de flux, l’efficacité du flux, la charge du flux et la distribution du flux. La synthèse de Planview les formule sous forme de questions : la création de valeur s’accélère-t-elle, le délai avant valeur (time-to-value) se raccourcit-il, le travail attend-il en amont, la demande dépasse-t-elle la capacité, et l’investissement se répartit-il entre la création de valeur nouvelle et la protection de la valeur existante ?
• Indicateurs DORA. Le programme de recherche DORA regroupe ses indicateurs de performance de livraison logicielle en débit (délai de changement, fréquence de déploiement, temps de rétablissement après un déploiement en échec) et en instabilité (taux d’échec des changements, taux de reprise des déploiements).

Dans ce domaine, une plateforme de gestion de flux de valeur relie les systèmes de tickets, les dépôts de code et les chaînes de build. Les équipes voient ainsi comment la valeur circule de l’idée à la mise en production et peuvent livrer plus tôt de la valeur aux clients. Le résultat est une carte de flux de valeur du processus de livraison. Les parties prenantes métier s’en servent pour voir où le travail attend et s’aligner sur la valeur métier.

En quoi les deux diffèrent-elles ?

Une vue côte à côte aide à les comparer :

• Ce qui circule. Usine : matières et commandes. Logiciel : éléments de travail et code.
• Où cela attend. Usine : dans les files d’attente, les tampons et les magasins. Logiciel : dans les backlogs, les revues et les environnements.
• Indicateurs clés. Usine : délai de livraison, stocks, performance de livraison, rendement. Logiciel : temps de flux, efficacité du flux, délai de changement, fréquence de déploiement.
• Responsable type. Usine : un responsable de flux de valeur ou un responsable des opérations. Logiciel : un product owner, un responsable de plateforme ou un DSI.
• Source de données. Usine : ERP, MES, données d’atelier. Logiciel : systèmes de tickets et de build.
• Objectif type. Usine : délai de livraison plus court et livraison plus régulière. Logiciel : mise en production des changements plus rapide et plus sûre.

Le point commun est l’habitude de regarder l’ensemble du flux et de se demander où il attend.

Quel sens s’applique à votre recherche ?

Faites un test rapide lorsque vous lisez une page ou échangez avec un éditeur :

• Si le texte parle de tickets, de pipelines, de releases ou de sprints, il s’agit de livraison logicielle et de DevOps.
• S’il parle de commandes, de machines, de stocks, d’équipes ou de takt (la cadence fixée par la demande client), il s’agit de fabrication.
• S’il parle des deux, demandez quelles données l’outil exploite.

L’abréviation VSM ajoute à la confusion, car elle peut désigner le mapping ou le management. Indiquez à vos collègues le sens que vous retenez. Les DSI qui pilotent des modes de travail agiles et DevOps entendront le plus souvent le sens logiciel. Le responsable de flux de valeur de votre usine désigne le sens physique. Même le mot goulot d’étranglement change de sens : dans une usine, c’est une machine ou une étape qui limite la production ; dans le logiciel, c’est souvent une étape de revue ou de test. Les deux domaines cherchent pourtant à éliminer le gaspillage et à réduire le temps que met la valeur pour atteindre le client. Une bonne idée dans l’un mérite donc d’être examinée dans l’autre.

Exemple : le même calcul dans les deux univers

Il s’agit d’un exemple fictif. Les chiffres ne sont pas des résultats mesurés, et l’indicateur ci-dessous est une simple mesure de planification, et non la formule d’un éditeur.

Retenez une mesure valable dans les deux domaines : la part du temps écoulé pendant laquelle un travail est effectivement réalisé. Divisez le temps actif par le temps écoulé total.

• Usine. Une commande passe 10 jours ouvrés dans le flux. L’équipe constate que le produit n’est travaillé que 1 jour au total. La part est de 1 divisé par 10, soit 10 %.
• Logiciel. Une fonctionnalité met 20 jours calendaires entre le lancement de son développement et sa mise en production. Les développeurs et les testeurs n’y travaillent que 3 jours au total. La part est de 3 divisé par 20, soit 15 %.

Dans les deux cas, l’essentiel du temps est consacré à l’attente. La solution se ressemble elle aussi : limiter le travail en cours, supprimer les transferts et livrer par lots plus petits. Ce qui change, c’est l’endroit où chercher l’attente : dans une usine, on parcourt l’atelier et on compte les palettes en file d’attente ; dans le logiciel, on lit les horodatages de l’historique du ticket.

Erreurs courantes

• Confondre les résultats de recherche. Une page d’éditeur sur la gestion des flux de valeur DevOps n’aidera pas une usine.
• Importer des indicateurs logiciels dans une usine. La fréquence de déploiement n’a aucun sens pour un îlot d’usinage.
• Importer des indicateurs d’usine dans le logiciel. La rotation des stocks ne s’applique pas aux tickets d’un backlog.
• Ignorer les enseignements communs. Les deux domaines ont intérêt à limiter le travail en cours et à raccourcir les boucles de retour.
• Acheter un outil avant de définir le flux. Dans les deux domaines, le responsable et les indicateurs passent en premier.

Comment les logiciels peuvent aider

Pour une usine, les outils utiles traitent les données de production : commandes, gammes, capacités et stocks issus de l’ERP et de l’atelier. Ils permettent de visualiser le flux physique, et non une file de tickets.

iFAKT est un cabinet de conseil et un spécialiste logiciel de l’Industrie 4.0, basé à Stuttgart et fondé en 2001. Il aide les industriels à planifier et à optimiser leurs processus de production et de logistique, et développe le logiciel Polaris. Quel que soit l’éditeur que vous envisagez, demandez-lui si son modèle de données correspond au flux physique.

Prochaine étape

Que représente pour vous la gestion des flux de valeur ? Si vous dirigez une usine, il s’agit du flux physique d’une famille de produits, et les articles sur la livraison logicielle sont un sujet annexe. Choisissez cette semaine une famille de produits et vérifiez qu’elle a un responsable et trois indicateurs partagés.