Dites "NON" à tout ce qui peut paraître insensé aux yeux d'un néophyte !
Auteur : Dr Bart Jaworski
Source : Say "NO!" to anything that is just crazy in the eyes of a layman!
Date : 21/02/2024
Traducteur : Fabrice Aimetti
Date : 21/02/2024
Traduction :
Très souvent, en tant que Product Manager, vous découvrirez qu'il n'y a qu'un seul framework dont vous aurez besoin : le Bon Sens ! Comment utiliser ce framework ? Pourquoi les gens évitent-ils de l'utiliser ?
Commençons par dire que prendre des décisions en tant que Product Manager, surtout au début de sa carrière, est un défi. La pression s'exerce sur vous pour que vous preniez la bonne décision et que vous meniez le produit et les équipes qui l'accompagnent vers le succès. De nombreux facteurs doivent être pris en compte :
- les attentes des parties prenantes,
- les promesses faites,
- le risque d'échec,
- le coût de la décision,
- la pression du temps,
- les conflits d'intérêts
- la pression des objectifs,
et d'innombrables autres, il n'est pas étonnant que la prise de décision devienne tout simplement :
EFFRAYANTE.
Une paralysie de la décision s'ensuit et il semble qu'il n'y ait pas de bonne option à prendre. Chaque choix a ses inconvénients et chaque partie prenante qui fait pression pour obtenir le meilleur résultat pour elle a de bons arguments.
C'est pourquoi, en tant que PM et en tant qu'entreprise, nous essayons de réduire le stress lié à la prise de décision en mettant en place des frameworks et des processus. Bien entendu, il n'y a RIEN de mal à cela.
Si vous êtes obligé d'estimer si quelque chose est un "Must have", ""Should have", "Could have" ou "Won't have" avec le framework MoSCoW, le processus de priorisation s'en trouve un peu amélioré.
Si vous ne pouvez pas livrer un ticket sans qu'un ticket Jira ait été vérifié par l'équipe QA, cela empêchera des parties de code inconnues et non documentées d'atterrir dans la version de production du produit, ce qui limitera le risque d'échec de la livraison.
C'est très bien ainsi.
Cependant, au fil du temps, les entreprises mettent en place de plus en plus d'outils et de processus dans le cadre du processus de développement logiciel, et l'ensemble de l'opération devient trop lourde et souvent absurde. Dans un tel contexte, changer la couleur d'un bouton exige soudain 3 mois de travail de la part d'un seul développeur (histoire vraie).
C'est là que vous intervenez - un Product Manager qui utilise courageusement le bon sens comme principe directeur. Ce "framework" devrait l'emporter sur tout le reste ! Très souvent, il s'agit d'une combinaison de deux éléments :
- le courage de dire ce que l'on pense,
- la volonté d'atteindre son objectif en temps voulu.
Qu'est-ce que je veux dire par là ?
- S'interroger lorsqu'un résultat simple exige un effort déraisonnable.
- Intervenir pour modérer une réunion qui s'éternise et ne promet aucun résultat
- Rejeter les affirmations des parties prenantes qui ne sont pas étayées par des données.
- Ajouter un trop grand nombre de "priorités critiques" pour pouvoir vous "concentrer" à un moment donné.
- Abandonner les réunions où l'on est destiné à dire "merci" à la fin.
ou simplement :
- Dites "NON" à tout ce qui est insensé aux yeux d'un néophyte !
De plus, si le manque de bon sens est une maladie qui sévit dans votre entreprise, il n'y a qu'un seul remède :
Montrer l'exemple.
Qui plus est :
Montrer l'exemple, quelles que soient les ctitiques, réticences et objections. Bonne chance !
Quels sont les exemples d'un besoin urgent de bon sens dans votre entreprise ? Racontez-moi votre histoire dans les commentaires.
#productmanagement #productmanager #frameworks
P.S. Associez vos compétences de Product Manager à votre bon sens ! Inscrivez-vous dès aujourd'hui à mon cours sur www . drbartpm . com :)
