Découvre tout le vocabulaire du product management que tu dois connaître pour échanger avec ta squad et les parties prenantes !
Méthode qui permet d’évaluer et de comparer l'efficacité de deux versions différentes d'un élément, tels qu'une page web, un élément d'interface utilisateur, etc. L'objectif est de déterminer quelle version génère de meilleurs résultats en fonction d’indicateurs définis en amont, et ainsi choisir la meilleure solution.
Acronyme faisant référence au framework Acquisition, Activation, Retention, Revenue, Referral. Il s’agit d’une modélisation du parcours utilisateur sous la forme d’un entonnoir, permettant d’identifier les points forts et les points de fuites du produit.
Acronyme pour “Application Programming Interface”, il s’agit d’un ensemble de règles et de protocoles permettant à des systèmes différents de communiquer et d'interagir entre eux de manière standardisée. Une API permet d’utiliser des fonctionnalités disponibles sur d’autres applications ou services, au lieu de les recréer.
La mesure de la façon dont un composant ou un système peut être utilisé par des personnes couvrant le plus grand nombre de caractéristiques et de capacités pour atteindre un but précis dans un contexte d'utilisation précis.
Écart ou déviation par rapport aux spécifications, aux attentes ou aux normes préétablies pour un produit. Elle peut se manifester sous forme de défauts, de bugs, de comportements inattendus ou de tout autre problème non conforme à ce qui a été planifié ou attendu. Les anomalies sont généralement identifiées lors des phases de développement, de tests ou d'utilisation d'un produit, et elles doivent être enregistrées, suivies et corrigées pour garantir la qualité et la performance du produit final.
Processus de création et d’exécution automatisée de scénarios de test, généralement par le biais de logiciels et de scripts, afin de vérifier la qualité et la fonctionnalité d'un produit. Permet de remplacer les tests manuels répétitifs par des tests automatisés.
Graphiques permettant de suivre et communiquer la progression d’un projet ou du développement d’un produit. Le burn-down chart représente le “reste à faire” et le burn-up chart montre les fonctionnalités ou tâches achevées. L’axe des abscisses représente le temps comme les jours d’un sprint. L’axe des ordonnées quant à lui représente le travail accompli ou restant : les story points ou l’effort en heures peuvent être des indicateurs choisis.
Ensemble de conditions préalables, de données d'entrée, d'actions et de résultats attendus, élaboré dans le but de vérifier le bon fonctionnement d'une évolution ou d'un produit.
Somme des coûts dépensés pour transformer un prospect en client. Il s’agit d’un indicateur qui permet de mesurer l’efficacité des investissements marketing et de déterminer si les coûts engagés pour acquérir de nouveaux clients sont justifiés par la valeur qu'ils apportent à l'entreprise.
Ensemble de conditions que la User Story doit satisfaire pour qu’elle soit considérée comme terminée. Pour les écrire, il est commun d’utiliser le langage Gherkin : GIVEN-WHEN-THEN (Étant Donné – Quand – Alors).
Aussi appelé Stand-up meeting ou mêlée quotidienne, c’est une cérémonie quotidienne de moins de 15 minutes permettant à l’équipe de se coordonner en vue de l’atteinte de l’objectif du Sprint. Elle se déroule debout, d’où son nom, et l’objectif est de répondre aux deux questions suivantes :
Processus en 5 phases (et 5 jours) permettant de valider le lancement d’un produit auprès d’utilisateurs avant d’entamer le développement de ce produit. La méthode du design sprint comprend des étapes de définition du problème, de génération d'idées, de prototypage, de test utilisateur, et de prise de décision rapide.
Méthode de conception axée sur l'utilisateur qui favorise l'innovation et la résolution de problèmes. Elle repose sur l'empathie envers les utilisateurs, la génération d'idées innovantes, la création de prototypes et des tests itératifs pour développer des solutions pratiques et efficaces.
Approche mettant l’accent sur la collaboration et la communication entre les équipes de développement et d’exploitation, en automatisant le processus de livraison de logiciels et les changements d’infrastructure.
L’équipe se met d’accord sur une liste de critères génériques valables pour toutes les User Stories et permettant de vérifier qu’une User Story est terminée. La DoD est modifiable dans le temps et a un impact sur les estimations.
L’équipe se met d’accord sur une liste de critères que doit respecter une User Story avant de pouvoir être embarquée dans un Sprint. La DoR est modifiable dans le temps.
Une Epic est une grande fonctionnalité qui se décompose en plusieurs User Stories.
Equipe multidisciplinaire qui se concentre l’ensemble du cycle de développement (de la conception à la mise en en production) d’un périmètre fonctionnel spécifique au sein d'un produit.
Un harnais de test est un ensemble d’outils et de scripts utilisés pour automatiser le processus de test d’un logiciel. Il permet de simuler divers scénarios d’utilisation, de vérifier les résultats attendus et de détecter les anomalies de manière efficace.
Les harnais de test offrent plusieurs avantages :
Acronyme d’un framework de rédaction des user stories (US) :
Acronyme pour Intégration Continue/Déploiement Continu faisant référence à une approche automatisée et continue de développement logiciel qui vise à intégrer fréquemment et automatiquement les modifications de code (Intégration Continue) dans un environnement de test, puis à les déployer en production de manière rapide et fiable (Déploiement Continu).
JIRA, développé par la société australienne Atlassian, est un logiciel puissant utilisé pour le suivi des bugs, le suivi des problèmes et la gestion de projet. Le nom JIRA est dérivé du mot japonais “Gojira”, signifiant “Godzilla”.
JIRA est principalement utilisé pour :
Le tableau de bord JIRA offre de nombreuses fonctionnalités utiles, telles que :
En utilisant JIRA, les équipes peuvent améliorer leur productivité, collaborer efficacement et assurer une gestion optimale des projets et des problèmes.
Kanban est une méthode de gestion de processus de production issue du Lean Management. On l’a adaptée par la suite au développement logiciel. Kanban utilise un nombre relativement réduit de concepts se focalisant sur la notion de flux de travail :
Parfois couplé avec scrum (voir scrumban) il est aujourd’hui très répandu au sein des équipes de développement agile.
Mesure spécifique et quantifiable utilisée pour évaluer le succès ou la performance d'un produit / d’une fonctionnalité. Les KPIs sont essentiels pour surveiller et mesurer les progrès vers les objectifs stratégiques, fournissant ainsi des informations importantes pour la prise de décision et l'amélioration continue.
La version la plus simple d'un produit ou d'une fonctionnalité qui contient juste assez de fonctionnalités pour être utilisable par les premiers utilisateurs. L'objectif principal du MVP est de tester rapidement une idée, de recueillir des retours d'utilisateurs et d'apprendre afin d'itérer et d'améliorer le produit par la suite.
Méthode de priorisation des fonctionnalités d’un produit selon 4 catégories :
Le NPS est une mesure utilisée pour évaluer la satisfaction et la fidélité des clients. Cela consiste à répondre à la question "Sur une échelle de 0 à 10, à quel point recommanderiez-vous notre produit à un ami ou à un collègue ?".
Les réponses sont ensuite regroupées en trois catégories :
Un indicateur clé de performance unique qui permet à la fois de guider la croissance à long terme du produit et qui traduit la valeur que le produit apporte à l’utilisateur. Par exemple, la NSM de Spotify est le temps d’écoute.
Méthode qui consiste à définir des objectifs pour une période donnée (généralement un 3 mois), et à les associer à plusieurs résultats clés, spécifiques et mesurables, afin de suivre la réalisation de l’objectif.
Un persona est, dans le domaine marketing, un personnage fictif représentant un groupe ou segment cible dans le cadre du développement d’un produit ou service. Pour construire un persona, il faut lui définir plusieurs caractéristiques : un prénom, des données démographiques, ses habitudes, ses besoins, ce qu’il aime / n’aime pas, etc.
Le Product Backlog représente le reste à faire au niveau du Produit. Il est vivant et mis à jour, entre autres, sur la base des retours utilisateurs. L’idée est avant tout d’avoir une vision globale permettant aux parties prenantes du Produit d’avoir une visibilité sur le reste à faire ainsi qu’une idée de l’avancement. Le Product Owner en est responsable.
Le Product Discovery consiste à explorer et identifier des opportunités, des problèmes et des besoins utilisateurs. Il vise à recueillir des informations, à générer des idées et à les valider afin de définir la ou les fonctionnalités. Le Product Discovery s'appuie sur des techniques telles que la recherche utilisateur, les interviews, les analyses de données, etc., pour informer la prise de décision et garantir que les efforts de développement sont alignés sur les véritables besoins des utilisateurs et les objectifs business.
Il est chargé de superviser le développement et la gestion d'un produit. Son rôle consiste à définir la stratégie du produit, à fixer les objectifs et les priorités, à coordonner les équipes de développement et à s'assurer que le produit répond aux besoins des utilisateurs tout en atteignant les objectifs de l'entreprise.
Le Product Market Fit se réfère à l'étape où un produit ou service a atteint un niveau de satisfaction client et d'adoption sur le marché tels qu'il répond efficacement aux besoins et aux attentes de ses utilisateurs cibles. C'est lorsque le produit s'intègre parfaitement dans le marché, générant une demande significative, des retours positifs et une rétention élevée des clients. Atteindre le Product Market Fit est un indicateur clé de succès en product management, car il suggère que le produit a trouvé sa place sur le marché et est prêt à être développé et mis à l'échelle.
Le product marketing est l’art et la science de positionner un produit sur le marché pour maximiser sa valeur perçue et son adoption par les clients cibles. Cela implique une compréhension approfondie des besoins et des désirs des consommateurs, une communication claire des avantages uniques du produit, et une collaboration étroite avec les équipes de développement, de vente et de support pour assurer une expérience client cohérente et satisfaisante.
Le product marketing joue un rôle essentiel dans la réussite d’un produit en :
Pour exceller en product marketing, il est important de :
En suivant ces meilleures pratiques, les entreprises peuvent s’assurer que leurs produits répondent aux attentes des clients et se démarquent sur le marché.
Le Product Owner est un rôle clé dans la gestion de produits. Il est responsable de la gestion quotidienne du produit en priorisant les fonctionnalités et travaillant en étroite collaboration avec l'équipe de développement. Il est chargé de maximiser la valeur du produit et de prendre des décisions cruciales tout au long du cycle de développement.
Outil de planification et de communication, formalisant la vision du produit et traduit en une section d’objectifs intermédiaires puis en résultats attendus.
Représentation concrète et simplifiée d'un produit ou d'une fonctionnalité. Il peut s'agir d'une maquette, d'un modèle ou d'une version préliminaire qui permet de tester des fonctionnalités ou des designs, de recueillir des retours d'utilisateurs et de valider des idées avant de passer au développement complet.
Le responsive design englobe les techniques de conception de contenus Internet, proposant des contenus auto-adaptables en fonction des interfaces de consultation utilisées par le visiteur. Dans le cadre du responsive web design, une page web ou une image peut ainsi se redimensionner en fonction de la taille d’écran du terminal utilisé (ordinateur, tablette, smartphone, etc).
Cérémonie Scrum de fin de sprint dédiée à la réflexion sur l’amélioration de l’organisation du travail de l’équipe.
Cadre de travail pour l'agilité à l'échelle, conçu pour aider les organisations à mettre en œuvre des pratiques agiles à grande échelle. SAFe fournit des guides et des modèles pour la planification, le développement, la gestion et la livraison de produits et de solutions complexes impliquant plusieurs équipes. Il vise à favoriser la collaboration, la synchronisation et l'alignement au sein de l'organisation tout en préservant la flexibilité et l'agilité des équipes individuelles.
Le Scrum Master est un membre de l'équipe Scrum qui facilite la mise en œuvre des principes et des pratiques de Scrum. Il aide l'équipe à suivre les règles de Scrum, à résoudre les obstacles et à améliorer continuellement son processus de développement. Le Scrum Master n'est pas un chef de projet, mais plutôt un coach et un facilitateur qui soutient l'équipe dans l'adoption réussie de Scrum.
Comme son nom l’indique, il s’agit d’une méthode agile qui combine les méthodes Scrum et Kanban. Son approche est cadrée comme l’est la méthode Scrum et permet de gérer des projets en flux continu grâce au Kanban. Le Scrumban fonctionne sur une planification basée sur la demande client. Les demandes sont priorisées au fur et à mesure de l’avancement du projet. La méthode Scrumban fonctionne sous le principe d’itérations de développement (semblables à des sprints). Il n’y a pas de notion de sprint backlog. Le product owner transmet à l’équipe les tâches à développer dès que les développeurs ont terminé leurs tâches en cours. La priorisation des tâches se fait en temps réel afin de livrer aux utilisateurs le maximum de valeur et ce le plus tôt possible. La visualisation de l’avancement des tâches s’effectue dans le tableau Kanban. L’approche Scrumban conserve toutes les réunions de la méthode Scrum sans exception, ce qui permet d’avoir toujours accès à un certain un cadre d’organisation pour l’équipe.
Méthode de travail itérative basée sur les principes du manifeste agile. Ce framework est entre autre connu pour son vocabulaire bien précis :
Cet incrément produit sera développé par une équipe dédiée, dont la capacité de production sera calculée grâce à la vélocité. Chaque sprint peut représenter 1 à 4 semaines de travail, et correspond à une fraction de release du produit. À la fin d’un sprint, le Product owner ainsi que l’équipe de QA doivent livrer et valider les user stories entamées : le but est de pouvoir démontrer l’incrément produit lors de la Revue de sprint, et de repartir sur un nouveau sprint par le biais du Sprint planning. Cette approche itérative réduit l’incertitude de livraison notamment en contraignant l’équipe à travailler sur des fonctionnalités de taille relativement petite, et en se focalisant sur une validation des développements assez rapide. La méthode de travail SCRUM cherche à mettre en avant des principes tels que la responsabilisation des équipes, l’auto-organisation et l’horizontalité hiérarchique, ce qui en fait un cadre difficile à adopter au sein d’une structure mal préparée.
Test rapide d'une application ou d'une fonctionnalité pour vérifier si elle fonctionne de manière basique et qu'elle peut être utilisée sans erreurs graves. Il sert à identifier rapidement les problèmes évidents et à garantir que le produit est suffisamment stable pour des tests plus approfondis.
Dans le cadre de la méthode Scrum, un sprint est une période d’une durée de 1 à 4 semaines durant laquelle l’équipe réalise toutes les tâches nécessaires pour fournir l’incrément de produit sur lequel elle s’était engagée en amont. Les sprints s’enchaînent tout au long de la vie du produit et sont rythmés par des cérémonies (Daily, Sprint Planning, Grooming, Sprint Review, Rétrospective).
Représente les User Stories et tâches nécessaires pour accomplir l'objectif du sprint. Défini lors du Sprint Planning, il ne doit idéalement pas changer pendant le sprint, sauf accord de l'équipe de développement. Contrairement aux éléments du Product Backlog, un élément du Sprint Backlog doit être spécifiquement détaillé, y compris ses critères d'acceptation, pour assurer que sa réalisation correspond aux attentes.
Cérémonie Scrum qui se déroule en début de sprint avec le Product Owner, le Scrum Master et l’équipe de développement. L’objectif est de définir l’objectif de sprint ainsi que le Sprint Backlog.
Atelier collectif qui permet de représenter visuellement les fonctionnalités sous forme d’une cartographie organisée sur 2 axes : le parcours utilisateur sur l’axe horizontal et la priorité des User Stories sur l’axe vertical.
Un test de non-régression permet de valider que la mise en ligne d’une nouvelle fonctionnalité sur un logiciel n’impacte pas les fonctions déjà existantes. Les tests fonctionnels auront bien validé que la nouvelle fonction est opérationnelle, mais c’est le test de non-régression qui validera que cette dernière n’a pas d’impact sur les autres fonctionnalités. Le test de non-régression est déployé sur un environnement de recette et doit vérifier au minimum que les fonctionnalités principales ou « critiques » du produit sont toujours disponibles.
Les tests Gherkin utilisent un langage naturel structuré pour décrire les scénarios de tests, facilitant la collaboration entre équipes techniques et non techniques. Ils suivent le format Given-When-Then pour une clarté optimale.
Exemple de test écrit en Gherkin :
Fonctionnalité : Connexion utilisateur
Scénario : Connexion réussie avec des identifiants valides
Usabilité design est la capacité d’un composant ou d’un système à être utilisé efficacement par des utilisateurs spécifiques pour atteindre des objectifs précis dans un contexte d’utilisation donné.
L’usabilité est essentielle, car elle :
Pour optimiser l’usabilité, il est important de :
En suivant ces meilleures pratiques, les entreprises peuvent créer des produits plus accessibles et agréables à utiliser, augmentant ainsi la satisfaction et la fidélité des utilisateurs.
L’UX se réfère à l'ensemble des émotions, des perceptions et des interactions qu'un utilisateur éprouve lors de l'utilisation d’un produit.
Rédigée par le Product Owner, une User Story est une description précise d’une fonctionnalité. Elle comprend 3 dimensions clés :
La vision produit est une déclaration claire et concise qui décrit l'objectif à long terme du produit, définissant ce qu'il doit accomplir et l'impact qu'il doit avoir sur les utilisateurs et l'entreprise. Elle sert de guide inspirant pour l'ensemble des équipes produits, alignant les efforts sur un objectif commun.