
- 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
-
Publié le 06/02/2024
« Larry est le seul à pouvoir sauver General Electric de la banqueroute. Il...
-
Publié le 21/01/2018
Cher Gemba Coach, Si le Lean se préoccupe d’innovation, pourquoi est-il tellement...
-
Comment puis-je utiliser une Obeya pour apprendre plutôt que pour du pilotage de projet?
Publié le 15/10/2015
Excellente question – en effet, la plupart des obeyas que je vois sont organisées...
-
Publié le 25/08/2025
Le département R&D de Somfy se met au lean engineering pour combler les écarts...
-
Y a t-il une manière “lean” de DELEGUER ?
Publié le 19/03/2017
Je suis chef d’entreprise, et j’avais l’habitude de tout micro-manager, avec...
-
Les ingénieurs en chef chez Toyota
Publié le 03/12/2018
Cher Coach Gemba, Nous entendons souvent dire que les ingénieurs en chef de chez...
-
Résolution de problèmes ou rupture ?
Publié le 21/01/2016
Plutôt que de chercher à résoudre des problèmes précis, ne devrions-nous pas...
-
Est-ce que le ROI (Retour sur Investissement) est compatible avec le Lean ?
Publié le 15/03/2016
Par Orest Fiume, avec Michael Ballé, Dan Jones et Jacques Chaize. Traduction par...
-
Le Lean est une évidence par Michael Ballé
Publié le 26/01/2016
Dans un article sur les difficultés qu’ont les dirigeants chinois lorsqu’ils...
-
Se servir de la pensée lean pour faire fonctionner le management traditionnel
Publié le 12/07/2018
L’expérience montre que l’approche lean permet de mieux faire marcher à peu...