Depuis quelques semaines, L’équipe interne s’est lancée dans une nouvelle expérimentation : Faire les revues directement avec les clients au lieu de les faire avec le PO délégué. La revue consiste à faire une démonstration de ce qui a été réalisé pendant le sprint et à démontrer que les fonctionnalités sont conformes aux ‘how to demo’ définis en début de sprint lors du sprint planning.
Un PO délégué, c’est en fait quelqu’un en support de l’équipe qui aide le client à faire ressortir son besoin et à le prioriser. Il fournit également les spécifications fonctionnelles exigées par l’équipe et est le point de contact entre l’équipe et le client.
Comme l'équipe travaille sur plusieurs projets dans un même sprint, c'est parfois compliqué de faire venir tous les clients dans un créneau précis et cela demande une certaine gymnastique. Mais malgré ces inconvénients logistiques, la revue client révèle de nombreux points positifs :
Comme l’équipe est très sensible au besoin et pas seulement à la solution technique à développer, la revue client permet de redonner une vision du produit, de donner un contexte métier et de remettre en perspective la valeur d’une fonctionnalité. Même si ces éléments sont des missions du PO délégué, cela permet de recroiser les informations et ainsi éviter les écarts de compréhension pour rester sur une vision commune pour la suite du déroulement du projet. La rencontre avec le client permet également de personnifier et d’avoir un contact utilisateur et permet ainsi à l’équipe de se mettre en situation de ‘Comment j’aimerai que l’application réponde à mon besoin si j’étais un utilisateur’.
La revue se déroule toujours dans un mode participatif : L’équipe se réunit, construit et décide de ce qui sera présenté au client. Un membre de l’équipe déroule la présentation, mais chacun participe aux échanges qui ont lieu pendant la revue. Cela impacte donc fortement la motivation de l’équipe :
En cas de succès, le client valorise le travail de l’équipe. Il reconnait la bonne compréhension de son besoin, la qualité du travail et les efforts effectués par l’équipe.
En cas d’échec, l’équipe se sent responsable (permettant un dialogue ouvert lors des rétrospective et en recherche de solution d’amélioration).
Enfin pendant le déroulement du sprint, il a un effet direct sur l’engagement et l’organisation: Comme l’équipe prépare et effectue la démonstration, ils se sentent responsables de leur engagement et s’organisent différemment afin d’atteindre au mieux l’objectif du sprint.
La mise en place de cette expérimentation a été très bénéfique et a permis d’atteindre les résultats suivants :
Les clients ont été très satisfaits autant sur la qualité des démonstrations et des livrables (très peu de bugs détectés) que sur la réponse au besoin développée par l’équipe. Contrairement aux a priori que l’on pourrait avoir, les clients ont été tout d’abord surpris par cette démarche, mais ont réellement apprécié pouvoir échanger avec l’équipe.
Les objectifs du sprint ont été atteints, avec les engagements qualité et de planning respecté.