Product Owner Scrum : le rôle et les responsabilités

Table of Contents hide

1 Product Owner Scrum : le rôle et les responsabilités

Product Owner Scrum : le rôle et les responsabilités

Un Product Owner est chargé de dire ce qui doit être développé et l’ordre des éléments qui doivent être remplis. Vous pouvez le considérer comme la seule autorité qui dira au reste de l’équipe ce qu’ils doivent créer et quelles fonctionnalités doivent venir en premier. Bref, c’est lui qui dit aux autres membres de l’équipe ce qu’ils doivent proposer.

Le Product Owner est la seule personne responsable de la gestion du Product Backlog. La gestion du backlog produit comprend :

Élaborons le rôle d’un Product Owner plus en détail comme suit :

1. Être le pont entre l’entreprise, les parties prenantes et l’équipe

Lors de la planification du produit, le propriétaire du produit traite avec les parties prenantes pour obtenir leur aide dans la conception du produit. Chaque fois qu’un sprint est accompli, le propriétaire du produit revient vers les parties prenantes et le reste de l’équipe pour définir ce qui doit être fait ensuite. Lorsqu’il planifie le sprint avec le reste de l’équipe, il fournit les informations dont l’équipe de développement a besoin pour déterminer quels éléments du backlog peuvent être réalisés de manière réaliste dans les délais du sprint.

2. Travailler avec les parties prenantes

En tant que Product Owner, le Product Owner est la seule voix de la communauté des parties prenantes et il est responsable de la gestion des parties prenantes. Il est important que vous connaissiez vos parties prenantes, leurs intérêts. Les parties prenantes se présentent sous de nombreuses formes différentes, elles peuvent être des clients, des utilisateurs, des managers, des collègues, etc. etc. et en tant que Product Owner, vous devez les gérer et collaborer efficacement avec elles, afin de maximiser la valeur de votre Produit.

Lorsque le propriétaire du produit est en mesure de travailler en étroite collaboration avec toutes les personnes impliquées dans la création du produit qui ne font pas partie de l’équipe Scrum, il serait en mesure de rassembler toutes les informations dont il a besoin pour créer une vision cohérente dans le processus de développement. De cette façon, toute l’équipe Scrum évite les risques indésirables dans le développement de fonctionnalités qui peuvent ne pas satisfaire les clients et les clients.

3. Créer et maintenir le carnet de produit

Pour cette raison, il crée le backlog du produit qui contient tous les objectifs du produit que l’équipe de développement doit accomplir lorsqu’elle est prête à commencer à travailler. Le propriétaire du produit doit également être disponible à tout moment dans tous les cas où l’équipe de développement et le Scrum Master ont des questions sur les objectifs qu’il a mentionnés dans son backlog de produit. Pour cette raison, le propriétaire du produit a la responsabilité de s’assurer que le produit réussira pendant le développement et la maintenance.

Comme décrit dans le Scrum Guide , un Scrum Product Owner est responsable de maximiser la valeur du produit résultant du travail de l’équipe de développement. La façon dont cela est fait peut varier considérablement selon les organisations, les équipes Scrum et les individus.

S’assurer que l’équipe de développement comprend les éléments du backlog de produit au niveau nécessaire
Exprimer clairement les éléments du Product Backlog.
Ordonner les éléments du Product Backlog pour atteindre au mieux les objectifs et les missions.
Optimiser la valeur du travail effectué par l’équipe de développement.
S’assurer que le Product Backlog est visible, transparent et clair pour tous, et montre ce sur quoi l’équipe Scrum travaillera ensuite.
S’assurer que l’équipe de développement comprend les éléments du backlog de produit au niveau nécessaire

Lorsque le propriétaire du produit prépare le backlog du produit, il s’occupe d’affiner, de hiérarchiser et d’estimer les éléments qui y sont répertoriés, avec l’aide des membres de l’équipe Scrum. Bien qu’il ne connaisse pas entièrement le processus de développement, il est disponible pour consultation et clarification lorsque l’équipe de développement prévoit que certaines modifications doivent être apportées pour respecter leurs délais.

Cela garantit que les objectifs sont mis à jour en fonction du travail qui peut être effectué pendant la production et que les éléments du backlog peuvent être transférés en douceur dans les sprints suivants.

4. Assurez-vous de la « définition de terminé »

Établissez des critères sur ce qui est acceptable et vérifiez que les personnes les respectent . Il peut consulter des experts pour ce faire ou obtenir l’aide de l’équipe de développement.

Les critères d’acceptation sont cruciaux pour l’équipe Scrum car ils informent tout le monde de l’avancement du projet. Sans eux, l’équipe de développement ne serait pas en mesure de comprendre ce qui définit un travail terminé et ne serait pas en mesure d’inclure de meilleures pratiques lors de son prochain sprint.

5. Travailler avec l’équipe de développement

Le travail du Product Owner devient un rôle de tous les jours puisqu’il est amené à rester engagé dans les tâches de l’équipe de développement afin d’éviter les retards sur les retours essentiels qui peuvent déjà être intégrés dans la journée. Voici les conseils sur la façon dont le Product Owner pour collaborer avec l’équipe de développement suggérés par Roman Pichler :

Gérer le produit, pas l’équipe
Traitez l’équipe comme un partenaire égal
Aidez l’équipe à avoir une vue d’ensemble
Impliquer l’équipe dans les décisions relatives aux produits
Passez suffisamment de temps avec l’équipe, mais ne négligez pas vos autres tâches
Attendez-vous à des normes élevées, mais ne mettez pas les gens sous pression
Donnez à l’équipe le temps d’expérimenter et d’apprendre
Participer pleinement aux réunions

Product Owner Scrum : le rôle et les responsabilités

Product Owner Scrum : le rôle et les responsabilités

Articles sur les rôles Scrum

Leave a Reply Annuler la réponse