paint-brush
5 étapes de gestion des produits épicéspar@alexdebecker
1,201 lectures
1,201 lectures

5 étapes de gestion des produits épicés

par Alex Debecker3m2024/03/16
Read on Terminal Reader

Trop long; Pour lire

Cinq approches épicées sur des sujets de gestion de produits : feuilles de route, Scrum, frameworks, et plus encore.
featured image - 5 étapes de gestion des produits épicés
Alex Debecker HackerNoon profile picture

Quelle est votre opinion la plus piquante sur la gestion des produits ?


J'ai parcouru les rues de Twitter et j'en ai trouvé quelques intéressantes auxquelles réagir. Faites-moi savoir ce que vous en pensez dans les commentaires !

Les feuilles de route sont une perte de temps

Carl Vellotti sur Twitter nous lance un sujet classiquement épicé dans le monde des PM : les feuilles de route.



C'est un sujet séculaire. Les entreprises veulent des attentes raisonnables et de la clarté, les produits doivent rester flexibles et sont malheureusement conscientes que les délais ne fonctionnent pas.


Alors que faisons-nous?


Je suis amené à produire des feuilles de route dans mon rôle actuel. J'utilise les trois tactiques suivantes pour assurer un alignement maximal :


  1. Je décompose la feuille de route en quatre trimestres. Tout délai plus court que cela est un suicide.
  2. À chaque communication relative à la feuille de route (par exemple, e-mails, réunions, etc.), je rappelle à tout le monde qu'une feuille de route n'est pas un plan. Plus vous regardez vers la droite, moins cela est « plan ».
  3. J'essaie autant que possible de réduire la charge de travail et de garder du temps disponible à chaque trimestre pour être flexible.

Les données engendrent des produits moyens

Amit dit quelque chose de discret à voix haute et je suis là pour ça.



Il est toujours difficile de s'opposer à ceux qui s'appuient sur des données. Ils ont la science et la recherche de leur côté, n’est-ce pas ? Comment cela pourrait-il être faux ?


Mon problème global avec cela est principalement la sémantique. La plupart des personnes ou des organisations prétendent être « axées sur les données », ce qui, à mon avis, est faux pour plusieurs raisons :


  1. Ils ne disposent probablement pas de suffisamment de données (sauf s'il s'agit de Google/Facebook).
  2. Les données qui les animent sont biaisées (biais des chercheurs, adaptation de la recherche à l'esprit déjà pris du PDG, etc.).
  3. Ils utilisent le prétexte de « données » pour justifier une décision et ne la regardent plus jamais d'un œil critique.


Au lieu de cela, je préconiserai toujours une approche fondée sur les données.


C’est subtil, mais cela fait toute la différence.


Être informé des données signifie que vous êtes conscient que les données collectées peuvent être insuffisantes, biaisées et pourraient être complètement ignorées lors de la prise de décision.


Un PM informé des données, doté d'un grand sens du produit et du courage de prendre des décisions est la véritable formule gagnante.

SCRUM est mauvais pour la vitesse


J'ai écrit une série en 6 parties sur l'abandon d'une approche produit de type SCRUM.


Clairement, je suis d’accord avec cette vision.


Lire : Passer du SCRUM-ish à Shape Up.

Construire d'abord, le problème ensuite

Pouah.



Je ne sais pas mec. Celui-là est dur.


Je ne m'imagine pas travailler sur un produit, un projet ou même une fonctionnalité qui n'a pas été initié par une sorte de problème. Même si vous espérez construire quelque chose de complètement nouveau, quelque chose de créatif, quelque chose dont vous avez rêvé, cela vient sûrement d'une sorte de problème, n'est-ce pas ?


Problème → Solution.


C'est la pierre angulaire de ce que nous faisons en tant que spécialistes des produits et, oserais-je dire, entrepreneurs.


Je suppose que c'est une version épicée !


Les frameworks sont des roues d'entraînement pour les nuls

J'ai un problème à régler avec les frameworks et ça fait du bien de voir les autres semblent être d'accord.



Je ne rejette pas entièrement les frameworks. Ils peuvent fournir une inspiration utile (de la même manière qu’une étude de cas ou un modèle).


Mon problème est lorsque les frameworks sont vendus comme des solutions à des problèmes. Souvent, ils ne fournissent même rien de valeur. Prenez le cadre RACE :


Cadre RACE


Ce cadre est destiné à nous apprendre que pour attirer des clients, vous devez :


  1. Atteindre les clients
  2. Faites-les agir
  3. Convertissez-en quelques-uns
  4. Engagez-les


Je suis convaincu qu'un enfant de 6 ans possédant un stand de limonade pourrait vous le dire. Et sans les mots fantaisistes, c'est encore mieux.


C'est mon quota de vieux cris sur les nuages pour aujourd'hui. Quelles sont vos opinions épicées en MP ?


Vous voulez en savoir plus ? J'ai approfondi chaque opinion impopulaire de PM sur mon Substack.