[Résumé Confoo 2018] Understanding Product Management

Félix-Antoine Bourbonnais
2 min readMar 19, 2018

--

Résumé du Confoo 2018

Par Sean Yo, Desire2Learn
Diapositives:
Google Slides

Note: Quand on parle de UX dans cet article, on ne parle pas de UI mais bien de l’expérience créée par le produit chez l’utilisateur (c’est beaucoup plus global).

# À retenir

  • Produit != Projet
  • Un gestionnaire de produit a une vision et non pas une liste de fonctionnalités
  • Le gestionnaire de produit influence et explique le pourquoi
  • Vous n’êtes pas le client
  • Un Roadmap n’est pas un Backlog
  • Un bon produit se mesure, notamment, en fonction des utilisateurs engagés

# Résumé

Produit et différence avec projet

  • Produit → produit des bénéfices et vise un marché
  • Le lancement d’un produit n’est pas l’accomplissement, ce n’est que le début!
  • Le but n’est pas d’ajouter autant de fonctionnalités que possible

Gestion de produits

  • Rencontre entre: Ingénierie + Affaires + UX
  • Chaque décision est un compromis

Le gestionnaire du produit

  • Il/elle protège l’équipe, ne lui dit pas comment faire mais explique toujours [et répète] à l’équipe le pourquoi.
  • Il/elle prend la pleine responsabilité et se mesure en fonction du succès du produit
  • A la responsabilité mais pas le pouvoir contrairement à un CEO. Il a un pouvoir d’influence.[Il précise toutefois que cette vision ne fait pas l’unanimité]
  • Maîtrise l’art de dire NON mais que les gens soient quand même contents!

Vous n’êtes pas le client

  • Il ne faut JAMAIS penser que vous êtes le client. Car vous avez beaucoup trop d’informations et de contexte que le vrai client n’a pas.
  • [Note: ceci est très similaire au concept de Product Arrogance de David Hussman]

Bon produit?

  • Voir le Net Promoter Score
  • Notez qu’un produit n’est pas considéré bon avec 50%
  • 0 à 60% → Échec (detractors)
    70% à 80% → Ok (passive)
    80% à 100% → Success (promoters)

Petite note sur les Roadmaps

  • Un Roadmap n’est PAS → un Backlog
  • Un Roadmap n’est PAS → un contrat
  • Un Roadmap n’est PAS → une liste de fonctionnalités
  • Un Roadmap n’est PAS → une garantie de ce qui sera fait
  • C’est … → une manière de communiquer et de se synchroniser avec l’équipe

Références

Note: Les diapositives contiennent une foule de références!

--

--

Félix-Antoine Bourbonnais

Software engineering trainer + coach. Automated tests (TDD ATDD …), Emergent Design Architecture & DDD, BDD, DevOps & Agile | http://conference.elapsetech.com