La dynamique du management de produits nécessite une compréhension solide des divers outils et méthodes à la disposition d’un product manager. Chaque composant, du Job to be Done (JTBD) aux Product Requirement Documents (PRD), en passant par les Objectifs Key Results (OKR), les initiatives, les thèmes, les EPICs et les items du backlog produit, joue un rôle crucial dans le cycle de vie du développement de produits. Penchons-nous sur chacun de ces éléments.
Les Product Requirement Documents (PRD)
Un PRD est un document qui articule la vision d’un produit ou d’une fonctionnalité, précisant l’objectif, les hypothèses, les exigences fonctionnelles et non fonctionnelles, les utilisateurs cibles et les critères de succès. Il fournit aux équipes de développement et de design une feuille de route claire pour la création ou l’amélioration d’un produit.
Scénario d’usage : Envisagez que vous êtes un product manager chez Spotify et que vous ayez pour mission de développer une fonctionnalité permettant aux utilisateurs de créer des playlists collaboratives. Votre PRD pourrait inclure un objectif comme faciliter le partage de la musique, des exigences fonctionnelles comme la possibilité d’ajouter des permissions pour les utilisateurs qui peuvent modifier la playlist, et des critères de succès comme une augmentation de l’engagement utilisateur avec les playlists.
Les Objectifs Key Results (OKR)
L’approche OKR est un système de définition des objectifs qui permet aux organisations de définir des objectifs stratégiques et de mesurer leur progression. Les Objectifs sont ce qu’une organisation veut atteindre, et les Key Results sont des mesures quantitatives qui montrent si l’objectif a été atteint.
Scénario d’usage : Toujours avec l’exemple de Spotify, un Objectif pourrait être « Augmenter l’engagement des utilisateurs avec les playlists ». Les Key Results pourraient inclure « Augmenter le nombre moyen de chansons par playlist de 20% » et « Augmenter le nombre de fois où les utilisateurs partagent des playlists de 30% ».
La gestion des risques
En Product Management Agile, on ne peut pas se permettre de mettre à mal deux années de travail à cause d’incrompréhensions qui auraient pu être identifiées très tôt. Il ne s’agit pas de livrer un produit à une date, mais d’apporter à des clients un produit qui leur bénéficie tout en étant profitable pour notre commerce.
