Conférence de 10 minutes : Un travail de Product Owner

Grilog CCILors de la 1ère Rencontres des Décideurs Informatiques organisée par Grilog à la CCI de Grenoble, j’ai proposé un sujet sur les jeux agiles (lien sur la vidéo en fin d’article).

Initialement, je pensais repartir de ma présentation « Apprentissage par les jeux » que j’ai donné ces 2 dernières années dans plusieurs villes lors des conférences agiles et qui dure entre 45 et 60 minutes.

Lorsque j’ai appris que je n’aurais que 10 minutes, j’ai du reconsidérer la situation et faire un vrai travail de Product Owner !

Continuer la lecture de « Conférence de 10 minutes : Un travail de Product Owner »

Product Owner … qui es-tu ?

Je partage avec vous ma vision du rôle du Product Owner, tous vos feedbacks sont les bienvenus 🙂

Rôle du Product Owner

Le Product Owner (ou PO) est avant tout un rôle initialement définie dans la méthodologie Scrum et maintenant généralisé à l’ensemble des méthodes dites « Agile ». Ce rôle est généralement tenu par un individu unique, mais il est courant de voir également une équipe de PO assurer cette mission avec succès, sous réserve que cette équipe de PO tienne un discours commun et cohérent auprès de l’équipe de réalisation.

Le PO est un membre à part entière de l’équipe Scrum dont la responsabilité principale est de définir un produit qui apportera le maximum de valeur métier aux utilisateurs dans le temps et le budget impartis au projet.

Le Product Backlog

L’outil principal utilisé par le PO est le Product Backlog (ou PB) qui est la liste ordonnée des éléments constitutifs du produit. La priorité des éléments est définie suivant 4 caractéristiques : leur valeur métier, leur effort de réalisation, leur risque et la connaissance technique ou métier apportée par leur mise en œuvre. Chaque PO définit des règles de priorisation, basées sur 1 à 4 de ces caractéristiques, généralement valables pour la durée de réalisation d’une version (un produit se décompose en plusieurs versions).

Continuer la lecture de « Product Owner … qui es-tu ? »

Jouer avec les clients pour innover #5

DInnovation Gameernier article de la série « Innovation Games ® » avec les 4 derniers jeux. Si cette série vous a plu ou déplu, merci de rédiger un petit commentaire 🙂

Give Them a Hot Tub

Objectifs : Utiliser des fonctionnalités hors de propos (excessives) pour découvrir des besoins réels

Préparation : Etablir une liste de fonctionnalités excessives pour votre produit (par exemple un lecteur MP3 pourrait « faire du café », ou « casser du béton » ou encore « toiletter les chiens »). Faire cela en 2 réunions en interne espacées de quelques jours pour avoir des idées sympa et vous donner le temps d’être à l’aise avec ces fonctionnalités surprenantes, car il faudra tenir le choc devant vos clients.

Activités : Le facilitateur est primordial pour cet exercice, son rôle est de présenter chaque fonctionnalités puis de demander aux utilisateurs s’ils acceptent la fonctionnalité en l’état, la refuse totalement comme quelque chose dont ils n’ont pas besoin ou la transforment en quelque chose qui pourrait leur être utile. Les bénéfices du jeu sont majoritairement récoltés dans cette action de transformation d’une idée excessive en quelque chose d’utile, et il était nécessaire de surprendre vos utilisateurs pour les faire réfléchir dans une direction qu’ils n’auraient pas imaginé.

Continuer la lecture de « Jouer avec les clients pour innover #5 »

Jouer avec les clients pour innover #4

Quatrième billet dans lequel je décris 4 jeux supplémentaires

Buy a Feature

Objectif : Prioriser les futures fonctionnalités du produit

Préparation : Listez les fonctionnalités que vous envisagez de mettre dans votre produit et associez un prix à chacune d’entre elles (vous pouvez demander au préalable à votre équipe technique d’évaluer l’effort de réalisation pour vous aider à mettre un prix mais ce n’est pas indispensable). Préparez également des faux billets de 1 ou 5 euros aux couleurs de votre entreprise/produit et les remettre aux participants en quantité égale, et faite en sorte que plusieurs fonctionnalités soient trop chères pour être achetées par 1 seul participant.

Activités : Ce jeu fonctionne mieux avec un groupe réduit de 4 à 7 joueurs car la discussion est essentielle. En effet, les joueurs vont devoir discuter et s’associer pour acheter les fonctionnalités chères qui leur sont réellement utiles. Plutôt que d’avoir la réponse « je veux tout », vous mettez vos participants dans l’obligation de définir les priorités des futures fonctionnalités. Les fonctionnalités achetées en premier sont bien entendu celles qui doivent être dans la prochaine release. Bien entendu, il ne faut pas qu’il y ait suffisamment d’argent au total pour acheter toutes les fonctionnalités.

PS : C’est la technique que je pense utiliser lors des mes sessions « Mes échecs avec Scrum ! » que je présenterais en France en 2011

Continuer la lecture de « Jouer avec les clients pour innover #4 »

Jouer avec les clients pour innover #3

Troisième billet de cette série dans lequel je vais vous décrire les 4 premiers Jeux Innovants dans l’ordre dans lequel ils sont présentés dans le livre de Luke Hohmann (dont il y aura 5 billets au total et non 4 comme prévu initialement … je gère le changement en mode agile pour m’adapter à ma vélocité mesurée 🙂 ).

Prune the Product Tree

Objectif : Mettre en forme votre produit ou service pour qu’il s’adapte aux besoins de votre marché (la traduction de « prune » est « tailler » et non « couper »)

Préparation : Demander à vos utilisateurs de dessiner un arbre sur une grande feuille de papier ou faire imprimer une image stylisée d’un arbre. Les branches épaisses représentent les parties principales de votre produit et les feuilles qui leurs sont associées sont les fonctionnalités actuelles de votre produit (à l’aide de postIT simple ou mieux encore, des postIT en forme de feuille d’arbre). Le bas du tronc et les racines de l’arbre représentent vos activités de support et d’assistance clientèle. Continuer la lecture de « Jouer avec les clients pour innover #3 »

Jouer avec les clients pour innover #2

Deuxième billet de cette série qui donne les raisons pour utiliser un « Innovation Game® », des critères pour choisir le jeu qui correspond à votre besoin et comment organiser et pratiquer ces jeux. Les 2 prochains billets décriront les 12 jeux.

Pourquoi des « Jeux Innovants » ?

Pour collaborer avec vos utilisateurs de façon ludique pour mieux comprendre leurs besoins.

Choisir le bon jeu

Certains jeux donnent de meilleurs résultats suivant ce que vous cherchez à comprendre de vos utilisateurs.

  • Les besoins du marché que votre produit ne satisfait pas ou ceux qui seraient idéaux pour vos clients
    • Product Box, Me and My Shadow, Buy a Feature, Give Them a Hot Tub, Remember The Future
  • La façon dont vos clients utilisent vos produits et les relations entre votre produit et d’autres produits utilisés chez un même client
    • Spider Web, Start Your Day, Me and My Shadow, Show and Tell, The Apprentice
  • Quels sont les fonctionnalités et services, offerts par votre produit, qui sont réellement utilisés par vos clients
    • Product Box, 20/20 vision, Me and My Shadow, Speed Boat, Start Your Day, The Apprentice, Buy a Feature
  • Comment faire évoluer votre produit dans le futur
    • Remember The Future, 20/20 vision, Buy a Feature; Prune the Product Tree

Continuer la lecture de « Jouer avec les clients pour innover #2 »

Jouer avec les clients pour innover #1

Innovation GameTous les acteurs en charge de la définition d’un produit (Directeurs Produit, Product Owner, Business Owner, Marketing …) souhaitent répondre aux attentes de leurs clients et proposer LE produit qui va répondre à tous leurs besoins. S’ils y arrivent, le succès commercial est assuré et tout ce qui en découle sur le plan financier pour leur organisation et eux-mêmes.

Il y a plusieurs façons de définir LE produit qui vous garantira le succès :

  • Avoir une idée géniale
  • Demander aux clients ce qu’ils veulent
  • Faire contribuer les clients à la définition du produit

L’idée géniale consiste à utiliser une nouvelle technologie innovante ou une façon différente des technologies existantes, mais elle n’est pas donnée à tout le monde et son apparition reste aléatoire.

Demander aux clients est une méthode qui relève du bon sens mais qui, malheureusement, ne se révèle pas suffisamment performante car bien des clients n’arrivent pas à exprimer réellement leurs besoins avec une question aussi ouverte, ou alors reste limitée à un petit périmètre qui est constitué des problèmes immédiats des clients sans vision à moyen et long termes.

La troisième option se révèle être la plus performante et parfaitement en phase avec les approches agile. Le livre de Luke Hohmann (« Innovation Game ® ») est un recueil de 12 exercices ou jeux à pratiquer avec les clients, et qui, comme le dit Luke régulièrement, sont « des jeux qui font le travail ! » – Games that make the Job!

L’objet de cet article et des 3 suivants est de vous présenter l’approche de Luke, que j’apprécie également en tant que personne et avec qui j’avais longuement  discuté à l’issue de sa présentation à Chicago, et de vous décrire les 12 jeux qui sont détaillés dans son livre.

Comment créer un produit que les utilisateurs détestent !

Conflits Product OwnerArticle librement traduit de l’anglais : Article d’origine chez Pichler (Merci à Romain pour le pointeur)

Voici une liste de comportements qui partent d’une bonne volonté mais qui sont en fait des erreurs assez classiques lors de l’application de Scrum et qui influencent négativement la réalisation du produit, et qui de plus, lorsqu’elles sont combinées peuvent conduire à un échec cuisant du produit.

  1. Etre trop pragmatique dans l’application du rôle de Product Owner : Pour essayer de répartir la charge de travail sur plusieurs individus ou un comité représentatif
  2. Viser à maximiser la diffusion du produit : Pour essayer d’avoir un produit qui contienne un maximum de fonctionnalités et qui puisse être distribué à un maximum d’utilisateurs différents Continuer la lecture de « Comment créer un produit que les utilisateurs détestent ! »

Sessions retenues pour Agile France à Paris

speaker-2010Après être venu en touriste l’année dernière à cette superbe manifestation, j’ai décidé en 2010 de proposer quelques sujets et 2 d’entre eux ont été retenus :

  • Une présentation+atelier sur les métriques pilotées par le comportement (Behaviour Driven Metrics) que j’animerais avec Manu
  • Les bonnes pratiques du Product Owner mise en œuvre sur un projet qui a très bien réussi

Ce sont des créations faites spécifiquement pour cet évènement, souhaitez moi bonne chance 🙂

Voir ci-dessous pour plus de détails

Continuer la lecture de « Sessions retenues pour Agile France à Paris »

Jouer à être le Product Owner

Venez nous rejoindre ce soir au Club Agile Rhône Alpes pour jouer à être un Product Owner en pratiquant le Business Value Game … vous verrez que ce n’est pas si facile que cela 🙂

Plus d’information sur le site du CARA : http://clubagile.org/2010/03/rencontre-agile-a-grenoble-17-mars-2010/