Bonjour,

J'ai la chance d'être Product Owner d'une super équipe Agile !!

Je vais vous parler de l'appartenance du code et de l’interaction ou intrusion du Product Owner dans le code.

Vous vous dites surement : "il est fou se Gaulois !", Un PO qui regarde du code ?! Il manque plus qu'il commit !

Et bien justement, pourquoi pas !

Exemple : J'ai la charge de la bonne tenue de la documentation de mon produit.

L'équipe a jugé bon de faire une documentation utilisateur en LaTeX, plus simple dans un DVCS comme GIT. Et je suis en accord avec l'équipe.

Mais voila, à chaque modification je dois faire un pull request et donc poser un post-it à l'équipe pour validation.

Certains me disent : Mon rôle de Product Owner n'est pas de pondre du code source ... Right

Donc allons plus loin, lors d'une mise en pré-production certain paramètres d'un serveur sont mystiques et il y a personne de l'équipe disponible avant 5j pour expliquer le fonctionnement.

En bon PO, je dois :

  • attendre 5j,
  • remonter l'événement à la rétro
  • et peut-être avoir une adaptation du processus pour ne pas le reproduire.

Mais avec Lean, je cherche le Muda, perdre 5j je n’aime pas trop.
Dans une équipe Agile on défini des items que chacun peu prendre s'il se sent capable.

Pour moi, l'item est d'aller voir le code et d'ajouter la documentation manquante sur ces paramètres car la vrai documentation c'est le code source.

Bilan j'ai utilisé une 1/2 journée pour débloquer la situation et réalisé un commit... J'ai évité de perdre 5j et on peu revoir le processus lors de la prochaine rétro.

Que pensez-vous d'un Product Owner qui lit le code et participe aux commits dans une équipe Agile ?

Merci de laisser des commentaires.