Mot-clé - product owner

Fil des billets - Fil des commentaires

Mercenaire et bâtisseur

Ce titre m'est directement inspiré par Christophe Addinquy[1]

J'ai eu le plaisir de discuter avec Christophe lors du dernier Scrum day à Paris[2], il racontait comment son passage de Valtech à Vidal correspondait à son désir d'être moins mercenaire et plus bâtisseur. Dans la conversation, il m'a interpellé : et toi tu restes toujours mercenaire ?

Déjà je ne me suis jamais senti mercenaire. En plus, j'ai toujours aimé construire, c'est à dire faire des produits. Pas seulement pour le plaisir de faire des choses mais aussi pour qu'ils soient utilisés [3]. C'est pour ça que je participe au projet iceScrum depuis des années.

Ce côté bâtisseur je vais encore le renforcer cette année. Depuis que j'ai arrêté la fac, j'ai accru mon implication dans iceScrum et j'ai participé activement au lancement de Kagilum[4], la startup qui propose des services professionnels autour d'iceScrum.

Logo Kagilum

Je continue à être Product Owner d'iceScrum mais mon objectif est aussi -et ça fait encore plus bâtisseur- de contribuer un peu au développement. Plein de choses à apprendre : Grails, Groovy, Github, Javascript, IntelliJ, JQuery, Spock, Geb..., ça va prendre beaucoup de temps avant que je considère être (re)devenu développeur.

Notes

[1] à propos de Christophe, je vous conseille la lecture de son billet Réponse à Test Driven Development, un pacte diabolique, en réaction à un article publié sur le TDD. Dans son enthousiasme, Christophe a suivi un peu vite les suggestions de son traitement de texte, ce qui donne des expressions savoureuses, comme la manigance logicielle et les tests de non-agression. Une fois sur son blog, profitez-en pour lire ses compte-rendus de lecture, nombreux ces derniers jours.

[2] c'était fin mars 2011, et le Scrum Day 2012 est déjà annoncé pour le 27 mars 2012

[3] comme dirait Steve Denning, l'objectif est d'enchanter les utilisateurs

[4] si vous voulez savoir pourquoi ça s'appelle Kagilum, consultez la FAQ

Quizz, la question 11 sur les storytests

La question était :

Une story présentée en démo fonctionne comme prévu mais on y découvre un cas de test auquel on n’avait pas pensé (les 4 autres passent). Que faire ?

Lire la suite...

Club des utilisateurs Midi-Pyrénées

Réunir les personnes impliquées dans l'agilité, côté métier.

Lire la suite...

Quizz, la question 6 sur la planification de sprint

La question était la suivante :

La vélocité des 2 sprints passés est 13 puis 11. A la fin de la planification de sprint, l’équipe est prête à mettre 20 points dans le sprint. Vous êtes Product Owner, quelle est votre réaction ?

Lire la suite...

Retours sur la question 2 du quizz

La question portait le Product Owner :

Un sponsor important du projet tient beaucoup à une fonction mais ne sait pas bien de quelle façon elle pourrait être proposée aux futurs utilisateurs du produit. Vous êtes Product Owner, que faire ?

Lire la suite...

Innovation avec des jeux agiles, la formation

J'ai le plaisir d'annoncer qu'avec mon ami Alexandre Boutin, nous organisons une formation consacrée aux serious games. Les jeux sérieux constituent une nouvelle façon d'apprendre extrêmement prometteuse.

Lire la suite...

Rétrospective du SigmaT18

Ce soir c'était le SigmaT18 à la Maison des Associations de Toulouse.

Lire la suite...

En faire moins

La to do less liste.

Lire la suite...

Apéro agile à la Cantine de Toulouse

A l'occasion du SigmaT17.

Lire la suite...

Le rôle de Product Owner

Un des mes premiers billets, il y a plus de 4 ans, portait sur le rôle du Product Owner.

Lire la suite...

Travaux pour préparer le backlog

Le Product Owner, et aussi toute l'équipe, doivent anticiper le prochain sprint pendant le sprint courant.

Lire la suite...

Le bac à sable

Bac à sable (source Wikipedia) Le backlog (de produit) est la liste de toutes les choses qui entraînent du travail à faire par l'équipe.

Le bac à sable est l'antichambre du backlog.

Lire la suite...

FAQ formation Scrum

Logo formation ScrumDepuis 5 ans, au rythme d'une formation par mois environ, j'ai bien dû former pas loin de 500 personnes à Scrum. La plupart au cours de sessions organisées dans les entreprises pour des groupes de personnes.

Je propose maintenant des formations publiques, dites inter-entreprises, auxquelles on peut s'inscrire de façon individuelle.

Lire la suite...

L'intégration continue du point de vue du Product Owner

Pendant des années, j'ai attendu des versions de produit.

Lire la suite...

SigmaT12

Séminaire sur les méthodes agiles le 11 décembre à Toulouse

Lire la suite...

Le Product Owner bichonne son backlog

Le backlog de produit demande des soins attentifs et réguliers !

Lire la suite...

Un retour d'expérience Scrum épatant

Jeudi, lors de l'Agile Tour à Toulouse, j'ai assisté au retour d'expérience d'un projet au forfait en Scrum entre l'INRA et Ekito. A chaque fois que je fais une présentation publique (et c'était encore le cas à Montpellier vendredi), j'ai droit à la question sur la compatibilité du forfait avec l'agilité ; la meilleure réponse est donnée par des expériences réussies. Et celle-là était la plus convaincante que j'ai observée.

Nicolas nous a raconté de façon magistrale la façon dont Scrum a été appliqué sur le projet. Les points-clé que j'ai relevés pour le succès de Scrum dans le cadre de ce projet au forfait :

  • un Product Owner, côté client, motivé, qui définit bien les priorités et qui est suffisamment disponible,
  • un ScrumMaster (c'était Nicolas) qui a bien compris Scrum et qui a su l'adapter au contexte,
  • un coach Scrum (c'était Jean-Marie Damas) très utile pour cadrer une première expérience,
  • un outil (c'était IceScrum) adapté à la distribution géographique [1] de l'équipe.

Pour ceux qui ont raté l'excellente présentation de Nicolas, son support "Forfait Scrum" est en ligne, avec les autres de la journée, sur le site de la SigmaT.

Notes

[1] entre l'INRA à Castanet et la rue de la bourse, il y a bien 12 kms

Compétences souhaitées d'un Product Owner

La personne idéale pour jouer le rôle de Product Owner devrait posséder les compétences suivantes :

  • bonne connaissance du domaine métier,
  • maîtrise des techniques de définition de produit,
  • capacité à avoir une position respectée et à prendre des décisions,
  • capacité à détailler une fonctionnalité au bon moment
  • esprit ouvert au changement,
  • bon négociateur.

On imagine que c'est difficile à trouver dans quelques organisations. C'est pour ça que du coaching peut s'avérer utile.

Le Super Product Owner

Le responsable d'un groupe de Product Owners

Lire la suite...

Scrum structure les équipes

Product Owner et Backlog sont les mamelles d'une équipe.

Lire la suite...

- page 1 de 2