Voir la source de Less - Centré client

[[Category: Nicolas Mereaux]]
[[Category: Portail LeSS]]
[[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/>
Relecteur : Fabrice Aimetti<br/>
Date : 17/10/2018<br/>
----
Traduction :<br/>
<br/>
[[LeSS - Portail Principes]]<br/>
<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/>
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 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/>
* 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/>
* 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/>