Le rôle du Product Owner (PO) vu par les développeurs

La collaboration étroite entre les Product Owners (PO) et les développeurs est cruciale dans le succès d’une équipe agile. Toutefois, cette collaboration peut être parsemée de défis. Ces défis sont inhérents à la compréhension mutuelle, à la priorisation et à la communication, ce qui peut nuire à l’atteinte des objectifs.

C’est dans ce cadre, que les cinq valeurs fondamentales de SCRUM : Engagement, Courage, Focus, Ouverture et Respect – se révèlent être des valeurs essentielles pour renforcer cette collaboration et résoudre les conflits.

En appliquant ces valeurs et utilisant des outils spécifiques tels que JIRA pour la gestion de tâches, Azure DevOps pour la collaboration technique ou Slack pour la communication en temps réel (…), les équipes peuvent surmonter les différences. Elles font face aux défis entre les PO et les développeurs, tout en créant une collaboration harmonieuse et productive.

L’importance de la collaboration entre développeurs et PO dans la réussite de projets agiles

Le rôle crucial de PO et du développeur dans l’équipe SCRUM

1. Le rôle du Product Owner (PO)

L’un des succès d’une équipe SCRUM repose sur une collaboration efficace entre le Product Owner (PO) et les développeurs. Chacun joue un rôle distinct mais interdépendant pour atteindre les objectifs du projet.

• Le Product Owner incarne la vision du produit.
  • Il est chargé de comprendre les besoins des clients et des parties prenantes.
  • Il définit les priorités, traduit ces exigences en user stories claires et compréhensibles pour l’équipe de développement. Pour en savoir plus sur le rôle du PO du point de vue des métiers (cf. Le rôle du PO vu par les directions métiers).
• Il est également responsable de la gestion du backlog. Il veille à ce que les fonctionnalités les plus importantes soient en haut de la liste et prêts à être développés.
• Il prend les décisions concernant les éléments à livrer à la clôture de chaque sprint et joue un rôle déterminant dans la qualité du produit final.

A ne pas confondre avec le Product Manager (PM), qui a un rôle plus global : il est en charge de la stratégie du produit. Cela comprends la planification marketing, la gestion du marché et la rentabilité tout en collaborant avec diverses équipes dont l’équipe de développement.

2. Le rôle de l’équipe de développement

• L’équipe développement est chargée de la réalisation technique des user stories (US).
• Elle évalue la complexité des user stories et assure le développement du produit, englobant ainsi les phases de développement du projet, de tests et de paramétrages.
• Elle choisit la méthode la plus appropriée pour accomplir son travail, assure une qualité technique élevée et prends des décisions techniques pertinents.

Alors que l’équipe de développement prend en main la qualité technique du produit, le Product Owner (PO) endosse la responsabilité de sa qualité fonctionnelle.

3. Les attentes des développeurs vis-à-vis du PO

Vision du produit

• Rédaction claire et complètes des US : le PO doit s’assurer que les user stories soient bien définies, détaillées et précises pour simplifier le travail des développeurs et réduire les interprétations erronées.
• Intérêt et connaissance du produit : il est attendu d’avoir un réel intérêt pour le produit et connaître ses forces et faiblesses afin de prendre des décisions éclairées. Dans le but également d’anticiper les impacts de nouveaux besoins sur l’existant et ainsi maximiser sa valeur.
• Collaborer avec les développeurs : impliquer l’équipe de développement pour concevoir et améliorer le produit tout en le rendant évolutif.

Collaboration avec l’équipe de développement

• Accessibilité du PO : être disponible pour répondre aux questions, éclaircir les exigences et résoudre rapidement les ambiguïtés.
• Communication claire et constante : consulter les développeurs pour une meilleure découpe des tâches, de priorisation et d’estimation de l’effort nécessaire à la réalisation des tâches. Cela permet à la fois d’établir une relation de confiance, de générer une sensibilité pour le produit et d’avoir une communication mutuelle solide.
• Priorités stables : la rigueur dans la gestion des priorités est un atout pour maintenir la concentration et les délais de l’équipe.

Relations inter-équipes

• Communication et feedback des parties prenantes : assurer une interaction régulière avec les équipes métiers pour transmettre les retours positifs ou négatifs aux développeurs et promouvoir la valeur du produit.
• Respect du processus de backlog et de priorisation : le PO doit être la seule porte d’entrée à toute modification du backlog et à la priorisation des tickets.

Au final, la collaboration réussie entre le PO et les développeurs repose sur une vision claire du produit, la compréhension mutuelle de leurs rôles respectifs et une communication ouverte.

Optimiser la collaboration PO-Développeurs selon les valeurs SCRUM : gestion des conflits, outils & bonnes pratiques

Les 5 valeurs SCRUM : essentielles pour une collaboration harmonieuse et réussie

Dans le contexte exigeant du développement Agile, les cinq valeurs fondamentales de SCRUM sont essentielles pour améliorer la collaboration entre le Product Owner (PO) et les développeurs.

• L’engagement est l’impulsion qui incite les membres de l’équipe à participer activement au bon fonctionnement de l’équipe et du livrable attendu.
• Le Courage incite les équipes à exprimer leurs opinions, à poser des questions difficiles et à confronter et résoudre les problèmes avec franchise.
• Le Focus permet aux équipes de rester alignées sur les objectifs, évitant ainsi la dispersion des efforts. Avoir une vision produit commune, se concentrer sur le résultat global du livrable et prioriser correctement les tâches sont donc indispensables.
• L’Ouverture favorise la transparence, l’entraide et la communication constante en libérant la parole au sein de l’équipe sans peur de jugement. Cela consiste également à tirer du bénéfice des retours d’expériences provenant des autres équipes.
• Le Respect assure un environnement où les perspectives et les compétences de chacun sont valorisées. Cela passe par le respect de chaque individu et de son rôle, des opinions et idées de chacun et des décisions prises.

Gestion des conflits entre développeurs et PO : conflits rencontrés et conseils pour y remédier

Pour mieux comprendre tous les principes évoqués, voici quelques cas d’usages rencontrés chez Redsen et nos recommandations :

Cas #1 : Priorités contradictoires ou changeantes

Valeur SCRUM : Ouverture

Le Product Owner modifie brusquement les priorités des User Stories au milieu d’un sprint, répondant à une demande métier urgente. Cette décision perturbe le travail en cours et crée des frustrations au sein de l’équipe de développement.

Bonnes pratiques :

• Favoriser la transparence : le PO et les développeurs se doivent de maintenir une communication ouverte sur les contraintes techniques et fonctionnelles. Cet échange d’informations permet une compréhension mutuelle des choix effectués.
• Impliquer l’équipe dans la prise de décision : les choix importants, tels que le changement de priorités, nécessitent de collaborer. Cela s’organise lors des réunions de « Backlog refinement » ou des planifications de sprint pour ajuster les priorités.
• Gestion du backlog : s’assurer que le backlog est clair, accessible et visible pour tous les membres de l’équipe.
• Utilisation d’outils : le PO peut mettre à disposition des outils comme JIRA, Azure DevOps ou Redmine pour gérer l’activité quotidienne et suivre le backlog.

Cas #2 : User Stories imprécises ou incomplètes

Valeur SCRUM : Engagement

Une user story est rédigée de manière ambiguë, ce qui entraîne une interprétation différente par les développeurs. Lors de la démonstration en fin de sprint, le PO réalise que la fonctionnalité ne correspond pas du tout aux attentes.

Il est tout à fait naturel que de telles situations se produisent, surtout si l’équipe SCRUM les a déjà identifiées lors des rétrospectives. Et notamment, si elle intègre ensuite collectivement des éléments d’amélioration continue dans le sprint suivant. Quelques suggestions de bonnes pratiques :

• Impliquer les développeurs : les développeurs doivent être activement impliqués dans la rédaction, la priorisation et la clarification des user stories pour une vision produit commune.
• Collaborer avec l’UX/UI designer : dans la mesure du possible, travailler en étroite collaboration avec l’UX designer lors des revues de sprint pour s’assurer de la compréhension des exigences.
• Utiliser des outils de gestion de projet : des outils comme JIRA peuvent aider à fournir des descriptions détaillées des user stories.

Cas #3 : Communication insuffisante

Valeur SCRUM : Courage

Le PO ne communique pas régulièrement avec l’équipe. Il n’assiste pas aux réunions de planification de sprint et n’est pas disponible pour répondre aux questions des développeurs.

Bonnes pratiques :

• Initiative du PO : le PO doit oser une communication plus régulière et amorcer les discussions avec l’équipe. Cela signifie qu’il ne doit pas seulement attendre que les développeurs posent des questions ou expriment des préoccupations. Il doit également prendre l’initiative d’engager des discussions fréquentes et constructives.
• Réunions quotidiennes : encourager les échanges autour de la disponibilité des équipes. Il faut privilégier la communication et la recherche constante d’amélioration lors des points de rétroplanning de sprint.
• Partager les informations : le partage systématique des retours reçus, qu’ils soient positifs ou négatifs est primordial. Il rassemble l’équipe autour d’objectifs communs. Tout en favorisant une compréhension partagée et en assurant un niveau d’information uniforme au sein de l’équipe.

Cas #4 : Manque de compréhension mutuelle et de collaboration

Valeur SCRUM : Respect

Le Product Owner ne prend pas en compte les contraintes techniques des développeurs.

Bonnes pratiques :

• Support technique : le PO peut apporter un soutien technique dans la mesure de ses compétences, en comprenant les défis techniques. Il peut, par exemple, aider à la résolution de bugs (exécution d’une requête SQL, analyse d’une réponse API (…)). Les développeurs apprécient l’intérêt et la curiosité portés à l’environnement technique.
• Reconnaissance de l’expertise : cultiver le respect mutuel en reconnaissant et en sollicitant l’expertise des développeurs.

Cas #5 : Absence de vision commune

Valeur SCRUM : Focus

Le Product Owner et les développeurs ont des attentes différentes quant aux livrables finaux d’un sprint.

Bonnes pratiques :

• Sessions de démonstration : organiser régulièrement des sessions de démonstration pour montrer les progrès réalisés pendant le sprint.
• Adaptation de la vision : adapter la vision et les objectifs en fonction des retours reçus puis encourager les ajustements nécessaires.

En résumé, la réussite d’un produit dépend largement de la capacité du PO à collaborer efficacement avec les parties prenantes. Et cela, tout au long du processus de développement. Une communication claire et une stabilité de la vision du produit sont des piliers essentiels pour atteindre les objectifs initiaux.

Comme illustrés précédemment, les outils spécialisés associés aux principes fondamentaux SCRUM jouent un rôle capital à la résolution des conflits. En outre, cela permet de garantir le succès et la livraison d’un produit de qualité.

Ces éléments sont au cœur de l’essence de la méthodologie SCRUM. En les appliquant de manière judicieuse, les équipes peuvent surmonter les obstacles et s’épanouir dans un environnement agile. In fine, SCRUM n’est pas simplement une méthodologie. C’est une philosophie qui met l’accent sur la collaboration, la communication et l’amélioration continue.