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

De Wiki Agile
Aller à la navigation Aller à la recherche
← Modification précédente
VisuelWikicode
Aucun résumé des modifications
Aucun résumé des modifications
 
(7 versions intermédiaires par 2 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
Auteur : The LeSS Company B.V.
[[Category: Nicolas Mereaux]]
 
[[Category: Portail LeSS]]
Source : [https://less.works/less/principles/customer-centric.html| Customer Centric]
[[Category: Agilité à grande échelle]]
 
Auteur : The LeSS Company B.V.<br/>
Source : [https://less.works/less/principles/customer-centric.html Customer Centric]<br/>
----
----
 
Traducteur : Nicolas Mereaux<br/>
Traducteur : Nicolas Mereaux
Relecteur : Fabrice Aimetti<br/>
 
Date : 17/10/2018<br/>
Date : 17/10/2018
 
----
----
 
Traduction :<br/>
Traduction :
<br/>
 
[[LeSS - Portail Principes]]<br/>
[https://www.wikiagile.fr/index.php?title=LeSS_-_Portail_Principes| LeSS - Portail Principes]
<br/>
 
Dans une unique 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.<br/>
 
<br/>
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.
Donc en LeSS, le défi pose la question de savoir comment passer à l'échelle tout en conservant une orientation client ? Un thème central dans LeSS concerne 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. Pour faire des affaires, il faut satisfaire des clients, et plus chacun de nous est connecté aux clients réels er se soucient d'eux, mieux c'est. LeSS est focalisée sur cette façon de voir. Comment ?<br/>
 
* L'accent mis sur les [[LeSS - Equipes Feature|équipes feature (fr)]] qui sont alignées pour créer des fonctionnalités orientées client de bout en bout, plutôt que sur des équipes composants.<br/>
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.
* Dans de très grands groupes qui ont la nécessité de se découper pour rester gérable, le cadre de travail [[LeSS - Portail LeSS Huge|LeSS Huge (fr)]] répartit les équipes en [[LeSS - Domaines d'exigences|Domaines d'exigences (fr)]] qui se focalisent sur les domaines importants des exigences client, plutôt que sur des sous-systèmes au niveau de l'architecture.<br/>
 
* Le Product Owner LeSS est le ''connecteur'' entre les clients/utilisateurs et les équipes, plutôt qu'un intermédiaire.<br/>
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?
* Les équipes font l'analyse/affinage détaillé avec les clients/utilisateurs (plutôt que le Product Owner).<br/>
 
* Étant donné que les équipes font la plupart de l'affinage des éléments, le Product Owner a plus de temps libre pour se focaliser sur les clients.<br/>
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.  
* Il y a un seul Backlog produit partagé par l'ensemble des équipes sur le produit, qui est continuellement repriorisé, pour optimiser la globalité du système pour la livraison client/.<br/>
 
* A focus on [https://less.works/less/structure/feature-teams.html| feature teams] that are aligned with creating end-to-end customer-centric features, rather than component teams.
 
* L'accent mis sur les [https://www.wikiagile.fr/index.php?title=LeSS_-_Equipes_Feature| é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 [https://less.works/less/less-huge/index.html| 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 [https://www.wikiagile.fr/index.php?title=LeSS_-_Portail_LeSS_Huge| LeSS Huge] divise les équipes en [https://www.wikiagile.fr/index.php?title=LeSS_-_Domaines_d%27exigences| 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

Dernière version du 13 mai 2020 à 15:44

Auteur : The LeSS Company B.V.
Source : Customer Centric

Traducteur : Nicolas Mereaux
Relecteur : Fabrice Aimetti
Date : 17/10/2018

Traduction :

LeSS - Portail Principes

Dans une unique 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.

Donc en LeSS, le défi pose la question de savoir comment passer à l'échelle tout en conservant une orientation client ? Un thème central dans LeSS concerne 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. Pour faire des affaires, il faut satisfaire des clients, et plus chacun de nous est connecté aux clients réels er se soucient d'eux, mieux c'est. LeSS est focalisée sur cette façon de voir. Comment ?

  • L'accent mis sur les équipes feature (fr) qui sont alignées pour créer des fonctionnalités orientées client de bout en bout, plutôt que sur des équipes composants.
  • Dans de très grands groupes qui ont la nécessité de se découper pour rester gérable, le cadre de travail LeSS Huge (fr) répartit les équipes en Domaines d'exigences (fr) qui se focalisent sur les domaines importants des exigences client, plutôt que sur des sous-systèmes au niveau de l'architecture.
  • Le Product Owner LeSS est le connecteur entre les clients/utilisateurs et les équipes, plutôt qu'un intermédiaire.
  • Les équipes font l'analyse/affinage détaillé avec les clients/utilisateurs (plutôt que le Product Owner).
  • Étant donné que les équipes font la plupart de l'affinage des éléments, le Product Owner a plus de temps libre pour se focaliser sur les clients.
  • Il y a un seul Backlog produit partagé par l'ensemble des équipes sur le produit, qui est continuellement repriorisé, pour optimiser la globalité du système pour la livraison client/.
Récupérée de "https://wikiagile.coach/index.php?title=Less_-_Centré_client&oldid=13531"