Business : Comment créer un backlog de produit de démarrage gagnant

1. Commencez avec vos utilisateurs

Lorsque je rejoins une nouvelle équipe produit, je trouve utile de déterminer initialement qui sont les utilisateurs du produit. Ceux-ci peuvent être exprimés comme des personas, une sorte de «Archétype hypothétique» de chaque type de personne susceptible d’utiliser votre produit (Pichler, 2010). Un personnage se compose généralement d’un nom humain, ainsi que de quelques détails pertinents pour vous en dire plus sur la façon dont ils pourraient utiliser le produit.

Une fois que vous aurez compris qui utiliserait votre futur produit, il est important d’utiliser les données pour étayer vos hypothèses. Si vous ne l’avez pas déjà fait, étudiez la taille de votre marché: combien de personnages Lucy y a-t-il pour acheter votre produit? Y a-t-il beaucoup de produits concurrents que Mahomet pourrait acheter à la place?

Cette évaluation initiale de la taille du marché est utile pour estimer l’ampleur du problème que vous résolvez. Cependant, cela ne nous dit pas tout ce que nous devons savoir. Le professeur et entrepreneur de Stanford, Steve Blank, est un partisan du terme GOOB: un acronyme pour «sortir du bâtiment« . En allant à la rencontre de vos utilisateurs (virtuellement ou en personne), vous gagnez une occasion précieuse de comprendre le problème que vous attaquez. Je recommande fortement de contacter les utilisateurs potentiels dès le départ et de connaître leurs véritables problèmes. Les techniques de recherche telles que les entretiens et les enquêtes peuvent être une riche source de données ici. Astuce: le problème n’est peut-être pas ce que vous pensez qu’il est.

2. Identifiez vos objectifs

Une fois que vous avez bien compris qui sont vos utilisateurs et quels problèmes ils rencontrent, vous pouvez commencer à réfléchir à ce que votre équipe peut faire pour vous aider. Si votre organisation a déjà une vision convenue pour l’avenir, cela pourrait vous aider à déterminer un ensemble d’objectifs.

Parlez à vos parties prenantes, telles que les chefs d’entreprise, les sponsors de projet et les investisseurs. Ils auront probablement des objectifs commerciaux en tête pour l’avenir de votre produit, mais ce ne sont pas les seuls qui comptent. Roman Pichler, un expert en gestion de produits agile, a une ensemble de ressources gratuites sur son site Web. le modèle de tableau de vision du produit, en particulier, peut être utile pour identifier vos hypothèses sur le produit à ce stade.

Après avoir clarifié la vision et les objectifs organisationnels de haut niveau, vous pouvez commencer à les décomposer en étapes plus réalisables. Pour un nouveau produit, une première étape importante pourrait être de fournir un MVP (Minimum Viable Product) qui teste certaines de vos hypothèses. Un peu plus tard, vous pouvez envisager de proposer ce que l’on appelle parfois le MMFS (Minimum Marketable Feature Set) – une version de votre produit qui offre la valeur minimale absolue à laquelle un client sur le marché devrait s’attendre. À partir de là, les tests bêta avec un nombre croissant d’utilisateurs sont une progression naturelle.

3. Créez une carte d’histoire

Lorsque vous réfléchissez à la manière dont vous allez atteindre vos objectifs, il peut être utile d’envisager la manière dont le produit se déroulera du point de vue de l’utilisateur. La cartographie des histoires est une technique développée par l’expert en gestion de produits Jeff Patton, pour aider à visualiser le produit dès le départ. Un rapide et très utile Un guide pour la cartographie des histoires est disponible sur son site Web.

En utilisant ce modèle, vous pouvez commencer à former un backlog de produit, composé de toutes les tâches («histoires») qui ajoutent de la valeur à vos utilisateurs. Il ne doit pas s’agir de sous-tâches techniques, mais plutôt lisibles par les parties prenantes de l’entreprise et articuler la valeur que votre équipe ajoute aux clients en effectuant le travail. Les histoires d’utilisateurs suivent généralement le modèle ci-dessous, popularisé dans le Histoires d’utilisateurs appliquées (2004).

Il est très important que si vous avez déjà des ingénieurs dans votre organisation, vous recherchiez leurs commentaires et leur implication dans la création de user stories. Il est crucial qu’ils comprennent le client et leurs besoins aussi bien que vous, car ils auront un rôle important à jouer pour concrétiser ces histoires.

Maintenant que vous avez un ensemble d’histoires utilisateur, capturez-les dans un outil de backlog d’une description. Si votre équipe n’a pas encore sélectionné les outils de communication de son choix, c’est le bon moment pour commencer. Trello peut être une bonne introduction à la gestion du backlog, car l’interface glisser-déposer est facile à utiliser. Trello est également assez indépendant de la méthodologie, il n’est donc pas nécessaire de décider si vous allez travailler en équipe Agile ou d’une autre manière à ce stade si votre équipe n’est pas encore prête. Jira est une autre option populaire, bien qu’avec une courbe d’apprentissage initiale légèrement plus abrupte. Soyez prudent si vous utilisez un logiciel tel qu’Excel pour votre backlog à ce stade – il est extrêmement difficile d’évoluer à mesure que votre équipe se développe.

4. Organisez votre carnet de commandes

Lorsque vous avez rassemblé toutes vos histoires dans une sorte de tableau ou de liste, vous pouvez commencer à les hiérarchiser. La façon la plus simple de le faire est de réfléchir aux objectifs que vous avez identifiés à l’étape 3. Travaillez avec votre équipe de développement pour identifier les histoires à haut risque que vous souhaitez aborder tôt dans le projet via les MVP. Que s’attendraient les utilisateurs à voir dans un MMFS? Ces fonctionnalités sont également susceptibles d’être prioritaires.

Veillez à garder la portée de ces jalons initiaux aussi petite que possible. Un principe général de création de nouveaux produits est qu’en travaillant vers des objectifs plus petits, nous pouvons atténuer les risques. En effet, lorsque nous travaillons sur «Petits lots» des logiciels, nous pouvons réduire le risque d’investir trop de temps et d’efforts dans nos hypothèses non validées (Gothelf et Seiden, 2016). En bref, nous évitons de perdre trop de temps à construire la mauvaise chose.

5. Partagez votre carnet de commandes et recueillez des commentaires

En atteignant cette étape, vous avez créé un backlog initial. Cependant, votre travail n’est pas tout à fait terminé. Il peut y avoir certaines considérations clés que votre backlog de produit est manquant, telles que les implications commerciales et les contraintes externes. Assurez-vous de présenter votre carnet de commandes aux principales parties prenantes, pour vous assurer que leurs commentaires sont capturés à l’avance.