INTRODUCTION
Un peu d’histoire sur la notion de Produit
La notion de produit dans le domaine du développement informatique remonte aux débuts de l’industrie informatique elle-même. Cependant, elle a évolué et s’est affinée au fil du temps en réponse aux changements dans les pratiques de développement, les méthodologies et les besoins des utilisateurs.
Le terme « produit » est apparu dès les premiers jours de l’informatique commerciale, lorsque les entreprises ont commencé à développer des logiciels pour répondre à des besoins spécifiques. À cette époque, un « produit » informatique pouvait être un logiciel conçu pour automatiser une tâche commerciale, gérer des données ou effectuer des calculs complexes.
Au fil des décennies, avec l’évolution des technologies et des pratiques de développement, la notion de produit s’est élargie pour englober une gamme de concepts. Voici quelques étapes clés dans l’histoire de la notion de produit dans le développement informatique :
- Les débuts : Dans les premiers jours de l’informatique commerciale, les produits étaient souvent des logiciels sur mesure développés pour répondre à des besoins spécifiques des entreprises. Ces logiciels étaient souvent vendus sous forme de licences perpétuelles.
- L’avènement des logiciels empaquetés : Avec le temps, les développeurs ont commencé à créer des logiciels qui pouvaient être vendus à un large éventail de clients, sans nécessiter de personnalisation importante. Ces logiciels empaquetés, tels que les systèmes d’exploitation, les suites bureautiques et les logiciels de gestion, sont devenus des produits à part entière.
- La montée en puissance des logiciels en tant que service (SaaS) : Dans les années 2000, avec l’essor d’Internet, les modèles de distribution de logiciels ont commencé à évoluer. Les entreprises ont commencé à offrir des logiciels en tant que service, accessibles via le cloud, plutôt que comme des produits vendus sous forme de licences perpétuelles. Cela a changé la façon dont les produits étaient développés, déployés et monétisés.
- L’importance croissante de l’expérience utilisateur : De nos jours, la notion de produit ne se limite pas seulement au logiciel lui-même, mais englobe également l’expérience utilisateur dans son ensemble. Les entreprises mettent de plus en plus l’accent sur la convivialité, la conception centrée sur l’utilisateur et la satisfaction client pour différencier leurs produits sur le marché.
Ainsi, la notion de produit dans le développement informatique a évolué pour englober une gamme de concepts, allant des logiciels sur mesure aux produits empaquetés en passant par les services cloud. Elle est devenue un pilier central de l’industrie informatique, guidant la façon dont les entreprises conçoivent, développent, commercialisent et soutiennent leurs produits logiciels.
Un peu d’histoire sur le rôle du Gestionnaire de produit
Le rôle du gestionnaire de produit dans le domaine du développement informatique est crucial pour la réussite d’un produit logiciel. Ce rôle est apparu progressivement au fur et à mesure que l’industrie informatique s’est développée et a reconnu la nécessité d’une gestion stratégique et centrée sur l’utilisateur des produits logiciels.
Voici un aperçu de son histoire et de son évolution :
- Débuts : Le besoin de gestion de produit a émergé à mesure que les logiciels sont devenus plus complexes et que les entreprises ont commencé à reconnaître l’importance de concevoir des produits qui répondent aux besoins des utilisateurs. Les premiers gestionnaires de produit étaient souvent des personnes techniques, telles que des ingénieurs logiciels, qui avaient une compréhension approfondie des aspects techniques du produit ainsi que des besoins des utilisateurs.
- Évolution vers un rôle distinct : Au fil du temps, le rôle du gestionnaire de produit s’est développé pour devenir distinct de celui des développeurs et des ingénieurs. Les gestionnaires de produit se sont concentrés davantage sur la définition de la vision et de la stratégie du produit, la gestion du cycle de vie du produit, la coordination des efforts entre les équipes interfonctionnelles et la communication avec les parties prenantes internes et externes.
- Adoption de méthodologies agiles : L’avènement des méthodologies agiles dans les années 2000 a également eu un impact significatif sur le rôle du gestionnaire de produit. Dans un environnement agile, le gestionnaire de produit travaille en étroite collaboration avec l’équipe de développement pour définir et prioriser les éléments du backlog, s’assurer que l’équipe développe les fonctionnalités les plus précieuses pour les utilisateurs et itérer rapidement en fonction des commentaires des utilisateurs.
- Focus sur l’expérience utilisateur et la rentabilité : De nos jours, les gestionnaires de produit sont de plus en plus orientés vers l’expérience utilisateur et la rentabilité du produit. Ils utilisent des données et des analyses pour comprendre les besoins et les comportements des utilisateurs, prioriser les fonctionnalités qui apportent le plus de valeur et optimiser les performances commerciales du produit.
En résumé, le rôle du gestionnaire de produit dans le développement informatique a évolué pour devenir un acteur central dans la création et la gestion de produits logiciels réussis. De la gestion des aspects techniques et des besoins des utilisateurs à la définition de la vision stratégique et de l’expérience utilisateur, les gestionnaires de produit jouent un rôle essentiel dans la réussite d’un produit sur le marché.
Bon et maintenant pourquoi se lancer sur cette leçon ?
Cette leçon a pour but de reposer les bases essentielles à la gestion de produit. Je vous propose cet article complet qui permettra aux intéressés de devenir un Gestionnaire de produit avec de solides bases.
Grace à mes 15 ans d’expérience dans le développement et la gestion de projet technologique dont 10 ans en gestion de produits et accompagnement organisationnel, je peux partager avec vous les meilleures pratiques en gestion de produit.
La leçon se construit autour de 4 grandes parties :
- PART I : LE PRODUIT ET SA VISION
- PART II : CONSTRUIRE SA FEUILLE DE ROUTE ET SON CARNET PRODUIT
- PART III : SUIVRE ET GÉRER LA RÉALISATION
- PART IV : ORGANISER L’AMÉLIORATION CONTINUE
Cet article est accompagné d’une série de vidéo explicatif disponible ici : (Arrive bientôt)
PART I : LE PRODUIT ET SA VISION
C’est quoi un produit aujourd’hui ?
Pour commencer, définissons ensemble ce qu’est un produit.
Un produit c’est :
– Un objet soit physique (donc palpable) soit virtuel : Un smartphone ou un site web
– qu’on sait nommer : IPhone 13, sportsexperts.ca, une caméra, un aspirateur, etc.
– qui répond à un besoin ou une problématique sous forme d’un ou des services
– des consommateurs/clients bien identifiés
Dans la plupart des cas vous serez amené à gérer un produit déjà construit et pensé. Vous vous rendrez compte qu’avec le temps ce produit peut parfois perdre de son sens et que les questions qui permettent de définir le produit ne sont plus évidentes. Dans d’autres cas, vous serez le créateur et le designer de ce produit.
Quoi qu’il arrive, je vous conseille vivement d’avoir toujours quelque part une documentation sur votre produit qui le défini un minimum. Parfois, et dans certaines réunions ou ateliers de travail, il est bon de ressortir la raison d’être du produit pour réaligner tous les acteurs participant à son développement.
Pour vous aider à définir votre produit facilement et en une page, je vous propose le Canva suivant que vous pouvez utiliser directement et/ou l’adapter à votre contexte/besoin :
Le rôle du Gestionnaire de produit (Product Owner)
La préoccupation principale du gestionnaire de produit doit se résumer en une phrase : Réaliser le bon produit et le faire bien.
Essayons de pousser ce principe un peu plus loin. Il est clair que la réalisation d’un produit ne peut se faire seul. Évidemment cela se fait en équipe et avec des personnes qualifiées pour cela. À partir du moment où on se retrouve à travailler en équipe, il est important que les responsabilités soient bien partagée :
La responsabilité du Gestionnaire de produit se trouve dans le travail qu’il doit fournir à bien définir le besoin des clients/utilisateurs, d’étudier les tendances du marchés qui concerne son produit, d’anticiper les bouleversements et crises du marché, mais aussi de s’assurer de fournir toutes les informations nécessaires et utiles au bon développement de ce dernier.
Nous reviendrons un peu plus tard dans la leçon sur ce schéma afin de le compléter avec les responsabilités des joueurs qui entourent le Gestionnaire de produit. Comme pour beaucoup de choses, tout est une question d’équilibre et il est important d’aller chercher constamment cet équilibre de responsabilité afin d’embarquer tous les collaborateurs du développement produit.
Construire sa vision produit
Avant même de se lancer dans la réalisation technique de votre produit vous devez être capable de définir sa vision.
Avoir des idées c’est bien, les structurer et en faire un produit qui apporte de la valeur c’est tout un défi ! Un gestionnaire de produit doit être capable de générer des idées et de construire une vision de son produit avec une clarté irréprochable.
Une vision produit c’est le résultat de réponses à plusieurs questions :
– Quel problème essayons-nous de résoudre ?
– Qui rencontre ce(s) problème(s) ?
– Quelle solution apportons-nous à ce problème ?
– Comment allons-nous mesurer le succès de notre produit ?
– Qu’est ce que cela me coute de réaliser ce produit ?
– Quel est le modèle économique de mon produit ?
– Est ce qu’il existe déjà une solution sur le marché qui répond à ce (ces) problème(s) que j’énumère
Autant de question qui peuvent être pour certaines simples à répondre mais difficile à mettre en œuvre. J’ai moi même été confronté à cette difficulté en tant que entrepreneur et gestionnaire de produit, je sais à quel point il est difficile ne serait-ce que de définir sa cible client/utilisateur.
À cette difficulté, on ajoute aussi la nécessité d’aligner parfois tout une organisation à la même compréhension de la vision produit que l’on souhaite pousser en tant que Gestionnaire de produit dans une PME ou grande entreprise.
Dans ces contextes là, les réponses peuvent être alimentées par plusieurs rôles/entités dans l’entreprise : Le département des ventes, le département des achats/fournisseurs, le/la Vice présidant(e), le Directeur TI, Le marketing, etc.
Autant de personnes concernées par la question de la vision produit va demander au Gestionnaire de produit un gros travail d’alignement de toutes ces parties prenantes grâce à des ateliers de travail.
Nous verrons plus loin dans cette leçon comment développer les compétences de Facilitation du Gestionnaire de produit afin qu’il réussisse à créer la convergence des idées.
Lean Canvas de Ash Maurya
Pour faciliter les réponses aux questions qui vont construire votre vision produit, on peut se baser sur le Lean Canvas mis au point par Ash Maurya qui se découpe en 2 grandes parties :
En plus de vous aider à construire votre vision produit il vous permet aussi d’établir une stratégie commerciale en vous questionnant sur la manière dont vous allez vendre votre produit et ses services et ce que cela va vous coûter.
Vous trouverez une présentation de Ash Maurya lui même sur son Canva et son utilisation ici :
Et ici vous trouverez une application concrète de ce modèle avec l’exemple de Uber :
Product vision board de Roman Pichler
Il existe aussi le Product vision board de Roman Pichler qui pose essentiellement les mêmes questions dans un ordre différent.
Il vous aide à décrire, visualiser et valider votre vision produit et votre stratégie produit. Il capture le groupe cible, les besoins, les fonctionnalités clés et les objectifs commerciaux.
Une vidéo explicative de Roman Pichler :
Et ici un exemple d’une application concrète du modèle :
Conclusion PART I
Cette première partie de la leçon nous a permis de découvrir les notions suivantes :
- Connaitre l’histoire du produit et du rôle de gestionnaire de produit
- Savoir ce qu’est un produit
- Apprendre à construire une vision produit et sa stratégie commerciale
- Des exemples concrets de vision produit
Construire sa vision produit fait partie des fondamentaux pour un gestionnaire de produit. Tout ou tard vous vous retrouverez dans des situations de perte de sens sur votre produit et il sera toujours utile de revenir à sa vision originelle. Grâce aux Canva partagé, elle peut tenir sur une seule page et peut facilement être partagé et diffusé dans une équipe ou organisation.
La vision produit se construit seule ou en équipe, on peut y faire contribuer des parties prenantes et ainsi créer un alignement de tous les acteurs.
Maintenant que vous avez votre vision produit en poche, on va être capable de se construire une feuille de route de réalisation et comment à poser les premiers éléments de notre carnet produit (backlog)
PART II : CONSTRUIRE SA FEUILLE DE ROUTE ET SON CARNET PRODUIT
Arrive bientôt
PART III : SUIVRE ET GÉRER LA RÉALISATION
Arrive bientôt
PART IV : ORGANISER L’AMÉLIORATION CONTINUE
Arrive bientôt
Lire d’autres articles :
-
Expérimenter
source photo : Patrick Hendry @worldsbetweenlines C’est souvent gratifiant d’expérimenter et constater les fruits d’avoir osé. Geneviève Krebs, Auteur Chez Eyrolles, Psychopraticien et Coach, France, 1966 Il existe au moins 4 bonnes raisons d’expérimenter : Se connaître : Ce que je sais > Ce que je peux > Ce que je veux; Connaître ses limites;Lire…
-
S’inspirer
L’inspiration commence l’œuvre ; la volonté l’achève. Eugène Marbeau, Les remarques et pensées (1901) Dans la pratique des arts martiaux, l’élève observe son maître afin de répéter au mieux les bons gestes d’un kata. Mais l’inspiration existe depuis la nuit des temps chez l’Homme. La plus grande avancée de l’Homme dans ce sens reste toutLire…
-
Ameloop
L’apprentissage perpétuel à portée de main ! Description du modèle ameloop (boucle d’amélioration) est un modèle d’apprentissage inspiré des arts martiaux et du concept shuhari. ameloop est une boucle infini d’amélioration continue par petit pas. L’apprentissage suit 3 étapes : S’inspirer, Expérimenter, Cultiver, qui se décompose aussi de cette manière : Je capte : phaseLire…
Souscrire
Saisissez votre adresse e-mail ci-après pour recevoir des mises à jour.
HichamAgile 