- Les développeurs passent beaucoup de temps à traiter des spécifications incomplètes ou incohérentes du fait que les besoins des utilisateurs ne sont pas clairs.
- Les utilisateurs demandent de nombreuses modifications en cours de développement, ce qui augmente d’autant le coût des nouvelles évolutions et fait perdre un temps précieux aux développeurs.
- Les évolutions génèrent de nouveaux problèmes pour les utilisateurs internes et externes, soit parce que des détails importants ont été omis lors de la spécification, soit parce que l’équipe technique s’est précipitée pour sortir rapidement les fonctionnalités et a introduit des défauts. Cela conduit alors à de nouvelles demandes de « fonctionnalités » pour remédier à la situation.
- Malgré tous les efforts déployés, les résultats business sont décevants.
Comprendre la valeur : une question de travail d’équipe
Dans une perspective lean, le Discovery consiste d’abord à comprendre comment le produit crée de la valeur pour le client, et ensuite à concevoir et construire le produit de manière à ne pas lui imposer le coût de nos propres gaspillages. La valeur et les gaspillages doivent être pris en compte tout au long de la chaîne de valeur, et pas seulement au niveau du cœur de produit, c’est-à-dire le produit technologique proprement dit. Le Discovery englobe le produit complet - de l’expérience client aux processus internes de l’entreprise. Prenons par exemple un service de VTC (voiture de transport avec chauffeur). Le cœur de produit est l'application utilisée par les clients pour réserver un trajet, ou bien le système qui attribue des courses aux chauffeurs. En revanche, le produit complet englobe toute la gamme de systèmes et de services qui forment l'expérience utilisateur. Dans cette perspective, un élément essentiel de la performance du point de vue du client est le temps d'attente pour une voiture. Ce temps dépend de l’algorithme d’allocation de courses, mais également du nombre de chauffeurs présents sur les routes à un instant donné. Cela signifie que pour concevoir un service qui tienne pleinement ses promesses du point de vue des utilisateurs, il faut prendre en compte toute l'expérience chauffeur et persuader des milliers d'entre eux d'utiliser la plate-forme. Ceci requiert à son tour un système scalable pour intégrer des milliers de chauffeurs, ainsi que des équipes complètes pour gérer les inévitables problèmes quotidiens. Pour que le produit soit un succès, il faut donc concevoir un ensemble complet de produits et de processus. Par conséquent, l'équipe produit doit inclure des représentants de tous les départements de l’entreprise : produit, tech, marketing, ventes, opérations, juridique, etc. Il est difficile de faire en sorte que toutes ces personnes travaillent vers un objectif commun, car elles ont généralement des priorités différentes et ne voient que rarement l’impact de leurs décisions locales sur l’ensemble de l’entreprise. Cette difficulté est traditionnellement pensée comme un problème d’organisation, gérée en termes de rôles et de processus, mais le lean approche le sujet sous un angle totalement différent, celui d’un exercice d’apprentissage : « Qui a besoin d’apprendre quoi pour que le produit soit un succès ?» Mais comment amener un tel groupe de personnes aussi diverses, poursuivant des objectifs différents, à apprendre ensemble et avancer dans la même direction ? Article traduit par Frédéric Buono, paru initialement en anglais, le 04 décembre 2018, sur le site Planet Lean, sous le titre « Where the true strength of an obeya lies ». Téléchargez l'intégralité du texte en PDF.Cet article La vraie force d’une Obeya est apparu en premier sur Institut Lean France.
A lire aussi
-
Aujourd’hui, le lean a-t-il encore un sens?
Publié le 04/03/2022
“D’anéantir”[1] à “Connemara[2]“, les derniers...
-
Comment soutenir les systèmes lean ?
Publié le 08/07/2025
Pour stimuler l’adoptabilité du Lean et le pérenniser, il est nécessaire de...
-
La stratégie de Toyota en matière environnementale – entretien avec Steve Hope
Publié le 22/09/2017
Traduction de l’entretien de Steve Hope, Directeur Général en charge des...
-
La direction achète un logiciel de Gemba walks virtuels, dois-je m’en inquiéter ?
Publié le 03/04/2020
Cher Gemba coach, Un consultant nous propose un logiciel de « Gemba walks virtuels...
-
Comment protéger les emplois tout en réduisant le nombre de lignes
Publié le 08/06/2015
C’est un vrai problème, et il n’y a pas de réponse simple. Pour être...
-
Un modèle de compétitivité ? 15 camions par jour
Publié le 05/12/2019
15 camions par jour. 12 camions par jour. 50 camions par jour. Chacun des...
-
Pourquoi je crois à la pensée Lean
Publié le 26/10/2021
par Michael Ballé Des jours difficiles nous attendent. Les forces climatiques que...
-
Le TPS, une vision intégrée de l’entreprise
Publié le 25/09/2018
Pour le CEO d’une scale-up, une entreprise en forte croissance, soutenir la...
-
Des conseils pour appliquer le SMED dans un atelier d’emboutissage ?
Publié le 11/06/2019
Cher Gemba Coach, Nous avons appliqué le SMED pour accroître la flexibilité de...
-
Toucher les défauts pour faire de la qualité
Publié le 03/01/2025
Le sensei entre dans l’usine et interroge : « Qu’est-ce que vous faites encore...