« Less - Centré client » : différence entre les versions

De Wiki Agile
Aller à la navigation Aller à la recherche
Aucun résumé des modifications
Aucun résumé des modifications
Ligne 1 : Ligne 1 :
Auteur : The LeSS Company B.V.
Source : [https://less.works/less/principles/customer-centric.html| Customer Centric]
----
Traducteur : Nicolas Mereaux
Date : 17/10/2018
----
Traduction :
[https://www.wikiagile.fr/index.php?title=LeSS_-_Portail_Principes| LeSS - Portail Principes]
In a small single-team product, organizing the team around customer value and being centered on the customer is pretty simple and obvious. But the more teams, the more they become like cogs in the large development machine. Like Charlie Chaplin in Modern Times, their jobs are to turn screws but have no idea how the customer will use the product… or who that customer actually is. In large-scale groups, we see people creating code without really knowing why with respect to the paying customer.
In a small single-team product, organizing the team around customer value and being centered on the customer is pretty simple and obvious. But the more teams, the more they become like cogs in the large development machine. Like Charlie Chaplin in Modern Times, their jobs are to turn screws but have no idea how the customer will use the product… or who that customer actually is. In large-scale groups, we see people creating code without really knowing why with respect to the paying customer.



Version du 18 octobre 2018 à 18:14

Auteur : The LeSS Company B.V.

Source : Customer Centric


Traducteur : Nicolas Mereaux

Date : 17/10/2018


Traduction :

LeSS - Portail Principes


In a small single-team product, organizing the team around customer value and being centered on the customer is pretty simple and obvious. But the more teams, the more they become like cogs in the large development machine. Like Charlie Chaplin in Modern Times, their jobs are to turn screws but have no idea how the customer will use the product… or who that customer actually is. In large-scale groups, we see people creating code without really knowing why with respect to the paying customer.

Dans une seule petite équipe produit, organiser l'équipe autour de la valeur client et être centré sur le client s'avère assez simple et évident. Mais plus il y a d'équipes, plus il y a de chances qu'elles soient comme les rouages d'une grosse machine de développement. Comme Charlie Chaplin dans les Temps Modernes, leur travail est de tourner les boulons mais sans avoir aucune idée de comment le client utilisera le produit … ou qui est vraiment le client. Dans des groupes à grande échelle, nous voyons des gens créer du code sans savoir vraiment pourquoi par rapport au client qui met la main au porte-monnaie.

So in LeSS the challenge is how scale and still keep a customer focus? A theme in LeSS is elements that are reminding—through structure and practice—to be connected to paying customers. You don’t have a business without satisfied customers, and the more that everyone is connected to real customers and cares about them, the better. LeSS focuses on that vision. How?

Donc en LeSS, le défi est comment passer à grande échelle et conserver une orientation client ? Un thème central dans LeSS c'est les éléments qui permettent se rappeler - à travers des structures et des pratiques adéquates - qu'il faut rester connecté aux clients qui mettent la main au porte-monnaie.

  • A focus on feature teams that are aligned with creating end-to-end customer-centric features, rather than component teams.
  • L'accent mis sur les équipes feature qui sont alignées pour créer des fonctionnalités orientée client de bout en bout, plutôt que sur des équipes composants
  • In very large groups that need to subdivide to be manageable, the LeSS Huge framework divides teams into Requirement Areas focused on major areas of customer requirements, rather than on architectural subsystems.
  • Dans de très grands groupes qui ont la nécessité de subdiviser pour être gérable, le cadre de travail LeSS Huge divise les équipes en Domaines d'exigences qui se focalisent sur les domaines majeurs des exigences client, plutôt que sur des sous-systèmes au niveau de l'architecture
  • The LeSS Product Owner is a connector of customers/users and teams, rather than an intermediary.
  • Le Product Owner LeSS est le _connecteur_ entre les clients/utilisateurs et les équipes, plutôt qu'un intermédiaire.
  • Teams do the detailed refinement/analysis with customers/users (rather than the Product Owner).
  • Les équipes font l'analyse/affinage détaillé avec les clients/utlisateurs (plutôt que le Product Owner).
  • Since teams do most refinement of items, the Product Owner has more free time to focus outward on customers.
  • Étant donné que les équpes font la plupart de l'affinage des items, le Product Owner a plus de temps libre pour se focaliser sur les clients.
  • There is a single Product Backlog shared by all teams on the product, that is being continuously reprioritized, to optimize the overall system for customer delivery
  • Il y a un seul Backlog produit partagé par l'ensemble des équipes sur le produit, qui est repriorisé continuellement, pour optimiser la globalité du système pour la livraison client