Product Owner et Proxy Product Owner

Article d’origine : http://yannick.ameur.free.fr/dotclear/index.php?post/agile/Product_Owner_Proxy_PO

De plus en plus d’organisation Agile sont confrontées au problème de la scalabilité des processus Agiles.

Safe, LeSS, Scrum Of Scrum, ScrumBan, Kanban et multi-flux

Je vous propose de redéfinir l’un des principes : la mis en place d’un Proxy Product Owner ou d’un Product Manager Owner (PMO).

Principe du Proxy Product Owner

Petit rappel : Le rôle du Product Owner

Définissons le mot Proxy

Dans le cadre plus précis des réseaux informatiques, un proxy est alors un programme servant d’intermédiaire pour accéder à un autre réseau

Pourquoi un Proxy PO

Le cadre de travail du Proxy PO est rattaché à la scalabilité d’un Produit nécessitant de le découper en plusieurs sous produits. Il faut de l’énergie et du courage pour être un facilitateur de PO et faire circuler l’information.

Rôle du Proxy PO (PPO ou PMO)

  • Etre au service des Products Owner
  • Défendre la roadmap, être le représentant des PO
  • Aider à trouver des solutions et à les mettre en place.
  • Il est le garant des processus mis en place au sein de l’équipe PO.
  • Canalisateur de l’information et de la transparence qui en découle.

Je rejoins le point de Bertrand présenté au ScrumDay 2011 ici.

L’objectif du Proxy PO :

  • Aider à la décision entre plusieurs PO ou trouver la ou les bonnes personnes pour prendre la décision.
  • Le Proxy PO Priorise la RoadMap mais il ne peut pas dire comment réaliser les sous produits,
  • Il est facilitateur et doit connaitre un maximum de personne pour orienter et aiguiller les PO : Aiguilleur du ciel.
  • Le PPO est sur le terrain avec les PO et donc il sait qui fait quoi dans la team de PO.
  • Comme pour une team de développeur avec son Scrum Master, chaque PO de son équipe va présenter les éléments de son produit aux CODIR et démos externes.
  • Facilitateur des autres PO (au préalable les autres PO lui auront donnés mandat de PPO), le Proxy Product Owner peut même être élu dans une équipe de PO par élection sans candidat.
  • Le PPO n’est pas obligatoirement hiérarchiquement supérieur au autres PO.
  • Avec le temps le proxy PO devrait disparaître, pour redevenir PO à plein temps, il devrait garder et gérer le sous produit le plus petit.
  • Le Proxy PO doit responsabiliser son équipe, l’équipe doit rechercher ses coéquipiers.

Contre exemples

  • Le PPO n’est pas un PO bouche trous (amicalement)
  • Certain MANAGER s’improvisent Proxy PO et confondent Proxy et Firewall…
  • Certain manager pratique le « Juste in time », traduisez par : Je te donne l’information au dernier moment (voir pas du tout).
  • Le Proxy PO n’est pas un PO secrétaire entre les équipes de dev et les responsables de marchés et/ou le métier (ex AMOA).

Pour finir la définition de votre Proxy PO est la vôtre dans le cadre de votre entreprise avec les contraintes qui sont les vôtres.


C’est ma vision biensur.

Chaîne de valeur : comment la définir ?

La chaîne de valeur dans votre Produit ou dans votre entreprise est spécifique, donc je vous propose une solution à adapter avec si possible un coach Agile.

La recherche de chaînes de valeurs est pour moi la résultante d’un système complexe dans certain grand groupe, ou dans des contextes de Produits imbriqués nécessitant une gestion scallée des équipes.
Quand les membres d’un système ne comprennent plus ce qu’ils apportent comme valeur dans le système : quêtes de sens, responsabilités, valeurs.

Voilà donc une façon d’aborder la définition d’une chaîne de valeur(s).

Merci à Béatrice Kreng d’avoir scribé la Chaîne de Valeur

Définition de la chaîne de valeur : la chaîne de valeur est l’ensemble des produits et des personnes qui participent à la réalisation de votre Epic.

L’Epic est une fonctionnalité Macro à réaliser, elle peut se découper en plusieurs Users Stories.

Release glissante : c’est un ensemble d’Epic qui représentent 3 mois de production estimée des Produits de votre système.

Chaque Epic doit aller en production le plus rapidement possible et permettre à une nouvelle Epic de rentrer dans la release, d’où la notion de Release Glissante.

Lire la suite

Agile Framing

Le Framing Agile donne du sens à nos initiatives de BootCamp et des starterKit Agile qu’AgileTribu a lancé ces dernières années.

Le Framing Agile est née de différente aventures initialisées avec Nathaniel Richand, poursuivi avec Judicael Paquet lors de nos missions communes.

Judicael à réussi à formaliser les réflexions sur : comment industrialiser le bootstrapping de Produit Agile avec Agile Framing sur son blog MyAgilePartner :

framing-agile-2

Bravo pour cette synthèse que nous partageons et qui évolue avec les différents coach, clients, Produits, tests réalisés autour des différents éléments du Framing.

Je conseils de lire les articles liées ici :

https://blog.myagilepartner.fr/?s=framing

A suivre pour 2019.

Formation Coaching d’équipe au sein de l’Agile Tribu

Nous organisons avec Loïc Delcros, une formation au coaching d’équipe.

Cette formation sera organisée en 3 modules :

  • du 1er au 3 octobre 2018 : les bases du coaching
  • les 6 et 7 novembre 2018 : la cohésion d’équipe
  • les 3 et 4 décembre 2018 : la co-construction.

Description de la formation :

Cette formation s’adresse aux managers et aux professionnels (consultants, agilistes) souhaitant accompagner les équipes dans leur montée en maturité collective.

La formation vise à :

  • Acquérir les bases du coaching : posture, écoute, questionnement…
  • Disposer des outils permettant de renforcer le niveau de cohésion d’une équipe
  • Se doter des moyens efficaces d’accompagner la co-construction d’un groupe ou d’une équipe

Pourquoi ?

A l’issue de la formation les participant(e)s seront capables :

  • d’adopter une posture basse permettant de faire émerger les solutions de leurs clients (équipes ou individus)
  • d’utiliser les outils de coaching pour renforcer la cohésion d’une équipe et lui permettre d’assurer son développement
  • de disposer des bases nécessaires pour poursuivre efficacement leur progression en tant que coach d’équipe.

Comment ?

Le dispositif consiste en 3 modules de formation conçus comme des coaching collectifs pour un groupe de 12 personnes maximum. Le groupe se retrouvera dans les locaux d’Agile Tribu pour partager et expérimenter des situations d’accompagnement individuel et d’équipe.

Pour qui ?

Le dispositif s’adresse à tout animateur de travaux en équipes : managers, spécialistes de l’agilité, consultants, coachs souhaitant se spécialiser dans le coaching d’équipe.

Quoi ?

Le contenu de la formation est détaillé dans le document ci-dessous. Chaque module est séparé du suivant par 4 semaines permettant de pratiquer l’intervision entre participants et de mettre en pratiques les enseignements sur le terrain.

Le programme Ici  : formation de coachs d’équipe

Pour vous inscrire ou obtenir de plus amples informations, merci de contacter Loïc Delcros.

 

Quelques mots sur Loïc :

loic_ DELCROSCoach professionnel certifié en coaching individuel et coaching d’équipe, Loïc est animé d’un esprit très pragmatique : positionner des objectifs clairs, précis, atteignables, agir concrètement pour les réaliser et mesurer le chemin parcouru après chaque mise en action.

Par ailleurs diplômé d’un DESS (Master 2) à Paris Dauphine, Loïc a passé les 20 premières années de sa vie professionnelle dans l’industrie informatique dont 8 ans en conseil en Management. Il a exercé des responsabilités managériales qui l’ont amené à gérer les carrières, développer les compétences et contribuer à l’accomplissement professionnel de ses collègues.

Cette solide expérience est un point d’appui fondamental pour sa pratique de coach. Loïc permet aux équipes de définir des modes de fonctionnement plus autonomes et à leurs membres d’exprimer leur potentiel tout en prenant plaisir à travailler ensemble.

Guitariste amateur, membre d’un orchestre de Jazz, Loïc également beaucoup appris de la musique, du jeu en groupe et de l’improvisation. Sa longue pratique et ses différentes expériences musicales lui ont enseigné l’écoute, le respect et la recherche de la synergie entre les personnes.

Sa mission est de permettre à ses clients et à leurs équipes de progresser en autonomie.

Chaîne de valeur pour l’entreprise et le Produit

Actuellement, l’agilité sur la création ou la gestion de Produits se concentre sur la valeur pour nos utilisateurs.

La valeur ?

La valeur se représente le plus généralement en :

  • Valeur monétaire :
    Quels sont les gains potentiels de cette fonctionnalité, si nous la réalisons ?
  • Valeur de gain de temps
    Comment pourrions-nous réduire le temps entre le paiement et la livraison ?
  • Valeur émotionnelle :
    Comment créer une relation durable avec nos clients ?
    Qu’est-ce qui permet à notre client d’être satisfait de notre application ?
  • Valeur de réputation :
    Comment faire pour communiquer sur nos succès ?

Les agilistes vont vous pousser à valider vos hypothèses :
Comment pouvons nous démontrer que nos utilisateurs utiliseront cette fonctionnalité ?

Ici, je présente un processus d’accompagnement traditionnel pour les coachs agile qui cible un Produit pas trop complexe avec une à deux équipes.

Alors comment gérer le passage à l’échelle ? Spotify, Safe, Nexus …

Spotify est souvent mis en avant comme l’exemple à suivre, mais de quoi parle ton ?
On parle du premier modèle qui a fait son succès avec les tribus, les chapitres et les guildes :

Screenshot-2017-11-16-spotify-engineering-culture-part1-jpeg-Image-JPEG-5000-×-2700-pixels1-1024x581

Cependant la réalité est différente :

  1. Spotify est un service suédois de streaming musical sous la forme d’un logiciel propriétaire et d’un site web. Donc votre organisation ou votre produit n’est pas Spotify.
  2. Spotify n’est plus sur ce modèle… (la version présenté en conférences à depuis bien évolué, Spotify ayant expérimenté et appris beaucoup de nouvelles choses).
  3. Spotify à l’Agile c’est comme Toyota au Lean : c’est avant tout une culture d’entreprise et le développement de leurs modèles de travail pour eux et utilisable chez eux.
  4. Spotify a aussi aplatis la pyramide managériales MAIS ensuite la re-créé en rapport à leurs besoins.

Tout ceci n’est pas nouveaux pour les connaisseurs, Je vous invite à lire cette article : Ne copiez pas le modèle Spotify .

Alors comment passer à l’échelle ?

J’aimerais vous faire réfléchir à un autre axe si vous souhaitez construire votre modèle comme Spotify, alors vous devez penser à votre entreprise comme un organisme vivant de grande taille avec des équipes qui se croisent, s’entrechoquent ou s’ignorent.  La transformation est donc organique et elle se structurera autour de la chaîne de valeur intrinsèque dans votre organisation.

Comment travailler ses Chaînes de valeurs ?

Il faut apprendre à écouter son organisation, redécouvrir les cellules qui l’a font vivre.
Ensuite vous devez faire confiance à ses organes, les consultants sont bons pour aider mais se sont vos collaborateurs qui font la richesse de votre organisation et son avenir.

À la tribu, nous avons co-créé un atelier de prise de conscience et d’acculturation pour vous aider dans vos organisations à démarrer une démarche « chaînes de valeurs » : http://www.agiletribu.com/contenu.html?uid=atelier-poupee-lego

ChaineDeValeurDansLEntreprise

Notre proposition est de réaliser cet atelier dans votre organisation et ensuite de vous accompagner dans une démarche de co-création et co-apprenance pour permettre de mettre en place :

  • vos chaînes de valeurs
  • une organisation organique et mobile avec des équipes BizSecDevOps : équipe représentante l’ensemble des acteurs d’une chaîne de valeurs
  • un recrutement par les pères et de la formation pour vos équipes par les membres de votre organisation
  • la gestion du bien être du collaborateur au sein de sa chaîne
  • une vision Permagile de votre organisation.

L’Agile Tribu est là pour vous aider à transformer votre organisation vers une organisation apprenante, responsable, proche de ses valeurs et de sa vision.

Contactez-nous : contact@agiletribu.com