Le Product Owner doit-il assister à la rétrospective ?

Lors d’une récente rétrospective de Sprint, l’équipe présente dans la salle était prête à commencer. Je les interromps dans leur élan en leur posant cette question : « Vous n’attendez pas votre Product Owner pour démarrer ? »

Ils m’ont alors répondu que le Product Owner n’avait jamais été invité à leurs rétrospectives de Sprint. Nous avons donc consacré cette rétrospective à échanger sur le sujet et comprendre pourquoi.

Les membres présents ont expliqué que le Product Owner « ne faisait pas vraiment partie de l’équipe » en précisant qu’il dépendait hiérarchiquement d’un autre département de l’organisation. « De toute façon, notre Product Owner ne connait pas grand chose au développement logiciel ». Enfin, ils n’étaient pas sûr de pouvoir faire confiance au Product Owner s’il partageaient certains détails de la manière avec laquelle ils ont travaillé sur le dernier Sprint.

Ayant vécu cette situation lorsque j’étais Scrum Master, je peux comprendre leur position. Toutefois, ce sont des obstacles qu’il est nécessaire de surmonter et cela ne constitue pas des raisons valables pour exclure votre Product Owner des rétrospectives.

Si votre Product Owner « ne fait pas vraiment partie de l’équipe » c’est certainement un problème. Dans ce cas, animez une rétrospective sur ce thème et identifiez qui pense cela et quelles sont les sources de ce ressenti.

Peut-être viennent-elles du Product Owner qui a pris l’habitude de lancer des demandes par-dessus le mur à l’équipe de développement (en mode guichet) et fait tout pour obtenir ce qu’il veut quitte à revoir le périmètre du Sprint en cours. Prenez alors le temps d’expliquer à votre Product Owner l’importance de participer au processus de développement.

Si ce ressenti provient des membres de l’équipe, tentez de comprendre pourquoi. Peut-être que les membres de l’équipe de développement et le Product Owner ont simplement besoin de passer plus de temps ensemble.

Parfois, il suffit juste de passer un peu plus de temps ensemble. Scrum emploie le terme de « multilearning » lorsqu’une personne ayant un certain rôle comprend ou en apprend sur le travail réalisé par une personne ayant un autre rôle. Les auteurs d’un document publié dans la Harvard Business Review considèrent le « multilearning » comme l’une des 6 caractéristiques clés de ce que nous appelons Scrum aujourd’hui.

En synthèse

Identifiez la raison pour laquelle votre Product Owner n’est pas convié ou ne participe pas à votre rétrospective. Cherchez ensuite la cause profonde de ce problème et traiter la.

Vous ne pourrez peut-être pas traiter ce sujet en une seule fois. S’il existe des problèmes de confiance entre l’équipe et le Product Owner, il peut être trop précipité de l’inclure dans votre prochaine rétrospective.

Mais travaillez sur ce sujet durant les prochaines itérations. Alors vous y arriverez. Lorsque vous l’aurez fait, vous vous apercevrez que la participation du Product Owner dans les rétrospectives vous aidera à réussir l’adoption de l’agilité.

Vous aimerez aussi...

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *