Your new post is loading...
Le sujet du "PO Proxy" revient assez souvent dans les discussions autour des méthodes Agiles et SCRUM en particulier. Certains considèrent que ce rôle, n'existant pas dans la méthodologie SCRUM, n'a aucune raison d'être. D'autres disent que ce rôle peut se justifier au cas par cas. D'autres iront même jusqu'à considérer que sa présence est indispensable dans les organisations qui ne sont pas Agiles "du sol au plafond".
La théorie Agile veut qu'il n'y ait qu'un seul maître à bord : le Product owner. Ceci dans un souci de simplicité et d'efficacité des échanges au sein de l'équipe. Cependant la philosophie Agile prône une application pragmatique de la méthode.
L'application "by the book" n'a aucun intérêt : il faut faire ce qui fonctionne et cela peut être différent au sein de chaque organisation.
Le rôle de PO Proxy, même s'il n'existe pas dans la méthode, est donc acceptable. Il reste cependant absent de la théorie, car c'est un rôle à géométrie variable nécessitant des compétences différentes selon le contexte, allant d'une pure connaissance Métier (lorsque le PO Proxy joue le rôle de complément du PO) à un mix Métier / SI (lorsque le PO Proxy complémente à la fois le PO et le Scrum master)
Ce qui nous ramène à l'un des facteurs clés de succès de tout projet Agile : la réussite du casting sur chacun des rôles !
Le PO Proxy ne doit pas être propulsé dans une équipe déficiente en espérant qu'il redressera à lui seul la barre... L'équipe doit être pensée dans sa globalité pour être efficace et chacun doit avoir la disponibilité nécessaire pour assurer son rôle.