CONFERENCE, MIND THE PRODUCT

Mind The Product 2020 - Recap Partie 1

La semaine dernière j’ai assisté à la MindTheProduct, une des confs les plus connues sur le Product Management et j’ai envie de vous partager ce que j’en ai retenu ;)

D’un point de vue global sur la conf, je l’ai trouvé de la même qualité que celle de 2019 à laquelle j’avais assisté (en physique 😭RIP la vie). Là encore, et comme dans toutes les confs, tous les talks ne m’ont pas parlé, c’est donc une vision totalement biaisée de votre serviteur dont vous allez profiter ! Servez-vous un café/chocolat chaud/thé/larmes de chefs de projet et prenez le temps :)

J’espère que vous prendrez autant de plaisir que moi à découvrir tous ces points de vue différents et nouveaux. Comme je sais que votre temps est précieux, j’ai divisé ce retour en 2 parties pour faciliter votre lecture et vous laisser un peu plus de temps pour digérer. Enjoy !

Shaun Russel - How Successful Product People Develop

Dans ce talk, Shaun Russel nous a parlé d’un concept qu’il appelle Produktgëfuhl et comment le développer. Pour ceux qui ont fait 0 année d’allemand (ou 7 comme moi mais qui ont seulement retenu comment dire “Pouvez-vous répéter ?”, “Je ne sais pas” et l’indétrônable “Salade de pommes de terre”), on pourrait traduire ça en “Product feel”, ou ce qui fait qu’on développe “l’intuition” pour faire du produit.

Shaun est coach produit et nous partage donc les compétences qu’il a vu chez des PM qui progressent plus vite que d’autres.

Il résume cela en plusieurs points (ça enfonce un peu des portes ouvertes, attention):

• Apprendre en faisant
  • Il avance l’importance de s’attaquer à des challenges de plus en plus grands pour progresser. Être PM d’un produit avec une petite équipe → Être PM d’un produit avec des attentes fortes → Être PM d’un produit avec une portée internationale et plus impactant → Etc
  • Une phrase qu’il a entendu, et que j’aime beaucoup car elle capture une de nos valeurs chez BENEXT, l’Humilité : “Pourquoi s’embêter à avoir l’air intelligent, lorsqu’on peut devenir plus intelligent ?”
• Apprendre des autres
  • Il souligne l’importance des feedbacks pour grandir. Demandez à vos collègues, vos supérieurs, votre équipe, on découvre toujours de nouveaux axes d’amélioration qui nous redonnent la pêche
  • Et trouver des mentors en interne pour progresser.
• Apprendre de son environnement
  • Pour progresser, il faut y aller par étape. D’abord observer et apprendre de son équipe, ensuite élargir son environnement (ou sa zone d’influence ?), faire évoluer sa pensée, pour apprendre de la stratégie de l’entreprise, et enfin de la politique de celle-ci.
  • Shaun rappelle l’importance de trouver le juste milieu au fond de nous entre l’idéaliste et le nihiliste. C’est-à-dire entre celui qui souhaite tout changer et qui veut vivre un idéal, et celui qui ne croit pas pouvoir changer les choses. (Note: “Ne vous comportez pas en Héro)

En résumé, il rajoute quelques conseils pour progresser plus vite:

• Comprendre l’organigramme de son entreprise
• S’approprier le business model de l’entreprise en remplissant, par exemple, le Business Model Canvas pour vraiment le comprendre
• Mettre la main sur le budget et les prévisions de l’entreprise, cela peut donner beaucoup d’informations
• Identifier la réunion la plus importante de l’entreprise et essayer d’y assister. Au mieux y participer. Si ce n’est pas possible, essayer d’y assister en observateur, et enfin si ce n’est vraiment pas possible, essayer de découvrir ce qui s’y dit par d’autres moyens

Anthony Rindone - Stay Humble or Be Humbled

Anthony nous a partagé ses réflexions sur comment prendre de meilleures décisions.

J’en ai retenu un piège data: Lors de l’analyse de performances d’une fonctionnalité sur différents segments utilisateurs, il faut faire attention au “Simpson’s Paradox” qui met en lumière un paradoxe, où dans certains cas, on peut trouver des résultats complètement opposés lors de 2 analyses différentes, qui sont (et c’est là le paradoxe) toutes les 2 justes. Je vous laisse creuser si ça vous intrigue ;)

Ibrahim Bashir - Bootstrapping a Product Team

Ibrahim nous a parlé création d’une Product Team et comment choisir le bon type de profil de PM selon l’avancement de son produit.
J’ai particulièrement aimé la division en 3 parties qu’il fait de la vie d’un produit.

• Il y a le Starter. Un PM qui n’a pas d’anxiété à propos du fait d’être le 1er PM, il va comprendre les besoins des pré-customers et travailler sur le Product Market Fit
• Ensuite vient le Scaler. Un PM qui va rapidement capturer des parts de marché, capturer de l’engagement. Il va être drivé par une ou plusieurs métriques.
• Enfin vient le Sustainer. Qui va maintenir le produit et va principalement interagir avec les clients

Bien sûr, selon lui, il est totalement possible de faire la transition entre ces différents profils, même si on trouvera certains PM plus à l’aise dans certains rôles que dans d’autres.

Cassidy Fein - Roundtable: Discovery & Research

Cassidy a une table ronde autour du Discovery et de la Research.

Voici, ce qui est ressorti de ce moment:

• À 2 reprises le framework Jobs To Be Done est ressorti (JTBD pour les intimes, rien à voir avec JBD qui sont mes initiales malheureusement) comme méthode pour aider au Discovery
• La mention d’un très bon article de Teresa Torres sur le Discovery en temps de COVID (malheureusement je n’ai pas réussi à le retrouver, si quelqu’un a un indice, qu’il n’hésite pas)
  • Avec notamment l’importance d’être extra-emphatique avec ses utilisateurs
  • Le temps de nos utilisateurs est encore plus précieux aujourd’hui qu’avant
• L’importance de diviser les rôles qui font du Design (au sens large) de ceux qui font de la Research

Mary Poppendieck - Lessons from a Product Champion

Keynote de la 1ère demi-journée. Excellent talk de Mary Poppendieck qui est plus ou moins (avec son mari Tom) la daronne du Lean dans le monde du développement logiciel. Et oui ça se pose là.

Mary nous a parlé de ses années chez 3M (qui nous apporte à tous une joie immense au quotidien avec les post-its de couleurs flashy) dans les années 80-90. Elle nous a notamment parlé du rôle de…Product Champion !

On parle parfois de Product Leader dans le Product Management pour essayer de donner plus de sens au métier de PM mais c’est la 1ère fois que j’entendais parler de ce rôle et c’est très intéressant.

• No Champion → No Product
  • Sans champion, à 3M, ils considéraient qu’un produit ne pouvait pas marcher
  • Un champion, c’est quelqu’un pour qui le produit est son bébé
  • Quelqu’un qui fera tout ce qui est possible pour amener le produit sur le marché
• Un champion est un entrepreneur
  • Il est responsable du succès marketing du produit
  • Les champions qui arrivent à faire marcher un produit sont souvent ceux qui finissent par en gérer le business une fois que celui-ci a pris de l’ampleur
  • Un champion est self-selected. Il se porte volontaire pour ce rôle
• Le champion doit trouver/attirer/composer une “leadership team” au sein de son équipe
  • Un Product Champion ne peut pas réussir seul
  • Il a besoin de former une équipe composée d’une personne Design, d’une personne tech, d’une personne Marketing-Vente et d’une personne Finance
    • On parle ici d’une équipe au sein de l’équipe de développement produit
  • Le Product Champion n’est pas un expert dans un de ces domaines
• Il doit profondément comprendre le problème que le produit veut résoudre
• Il établit un but commun à toute l’équipe, pour que tout le monde soit aligné sur l’objectif final
• Il va chercher les conflits (Note: Difficile à traduire “provide for conflicts)
  • Mary avance que les excellents compromis font les excellents produits. C’est à la base une citation de Toyota “Great conflicts makes great cars”
  • Il est impératif d’avoir des débats “fair”, qui reposent toujours sur 3 piliers pour arriver à une réponse: tech, design et produit par exemple. Il est extrêmement important que le débat ne soit pas gagné parce que c’est le boss a tranché dans son propre sens
• Il évite les décisions (Note: mon préféré)
  • Un champion ne décide pas, et il ne priorise pas
    • Lorsque 2 personnes ne sont pas d’accord, il souligne les arguments valides des 2 parties et les oblige à trouver une solution ensemble
    • Il compare cette situation au fait d’avoir des enfants: Si tu décides, alors tu as perdu
    • (Note: On retrouve le même schéma chez les leaders de l’excellent livre Tribal Leadership)
  • Toujours reporter la décision au dernier moment
    • De cette manière, vous continuerez d’apprendre jusqu’au dernier moment où vous serez obligé de prendre la décision -> “Be lazy, don’t decide”
    • (Note: Si ce principe vous intéresse, je vous conseille les Real Options de Chris Matts et sa bd Commitment (oui oui une bd, c’est top))
• Apprendre en avançant
  • Il ne devrait pas y avoir de proxy entre l’équipe et le résultat de son travail. Même le champion ne devrait pas faire proxy avec les utilisateurs
  • C’est le travail du Champion de mettre son équipe en contact avec les clients
• Utiliser la data pour prendre la bonne décision
• L’équipe devrait prendre des décisions de manière collective

Et le mot de la fin de Mary: “Development is learning”

C’est fini pour cette première journée ;)

Pour lire la suite, 👉 c’est par ici.