- 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
-
La Vigie : un lieu de discussion continue, de sens et de mise en mouvement
Publié le 23/12/2024
Entre les rituels qui rythment les jours, les semaines, et les mois, « La Vigie »...
-
Publié le 29/12/2022
On nous dit que les personnes sont au cœur du lean, et pourtant les émotions –...
-
Le Kaizen, un outil de développement !
Publié le 17/12/2015
Traduction d’un « post » de Art Byrne (Auteur du formidable livre « Le virage...
-
Pas de soutien du Management !
Publié le 12/01/2016
Cher Gemba Coach, Je travaille en tant que responsable du déploiement dans une...
-
Publié le 17/08/2018
Cher Gemba coach, Qu’en est-il du lean dans le digital ? Des idées ? Et sur...
-
Revenir au Toyota Production System
Publié le 29/08/2016
Que penser de la théorie des contraintes ? Du Six Sigma ? Des Toyota Katas ?...
-
Que pouvons-nous encore apprendre des fournisseurs de Toyota au Japon ?
Publié le 04/09/2023
A peine revenus d’un voyage d’études au Japon, Michael Ballé et Alice Mathieu...
-
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...
-
On apprend vraiment mieux en résolvant des problèmes
Publié le 02/11/2021
Nous avons souvent l’impression d’avoir tout juste inventé la gestion de...
-
Quels sont nos points critiques du procédé ?
Publié le 23/02/2018
Votre précédent post a soulevé des questions de fond pour moi et mon équipe de...