Utiliser les résultats pour orienter le travail sur les produits
La mise en œuvre d'une approche axée sur les résultats implique plusieurs étapes clés
1. Définir des résultats métier et produits clairs
Commencez par définir clairement les résultats souhaités. Ces objectifs doivent être Spécifiques, Mesurables, Atteignables, Réalistes et Temporellement définis (SMART).
Selon Continuous Discovery Habits, il existe deux grands types de résultats : les résultats métier et les résultats produit.
- Un résultat métier profite à l'organisation. C'est un indicateur tardif qui vous indique ce qu'il s'est déjà passé à la suite de décisions ou de résultats produit.
- Lorsque vous constatez une variation des revenus, il s'agit du résultat final d'une série de changements apportés par votre équipe au fil du temps. C'est rarement le fruit d'une seule initiative.
- Exemple : augmentation des revenus
- Un résultat produit améliore votre produit afin de créer des résultats métier positifs. C'est un indicateur avancé qui vous donne une idée de ce que les résultats métier pourraient être.
- Les résultats produit permettent aux équipes de mesurer l'impact de leurs décisions sur le comportement des clients, lors de cycles itératifs. Ces décisions auront à terme une incidence sur les résultats métier.
- Exemple : augmentation du taux de conversion des évaluations en achats
Chez Atlassian, nous utilisons le framework Objectifs et résultats clés (OKR) pour définir et mesurer les résultats. Pour en savoir plus sur l'utilisation des OKR, consultez le playbook Atlassian des équipes.
2. Aligner les équipes sur les résultats
Une fois que les objectifs sont clairs, communiquez-les à toutes les équipes. Chacun doit comprendre non seulement les objectifs, mais aussi la manière dont les tâches réalisées au quotidien permettent de les atteindre d'un point de vue pratique.
Définissez pour l'ensemble de l'entreprise des objectifs d'équipe qui correspondent à ces résultats organisationnels (nous verrons par la suite comment procéder). Bien entendu, chaque équipe peut commencer de son côté à privilégier les résultats par rapport aux extrants, même si le reste de l'organisation ne s'est pas encore lancé dans cette initiative.
Lorsque vous définissez les priorités, axez les discussions sur les résultats souhaités. Laissez de côté les échanges du type « Quand pourrons-nous livrer X ? ». Concentrez-vous plutôt sur la création de feuilles de route produit fondées sur des informations et axées sur l'impact.
3. Itérer pour obtenir des résultats
Cette approche place la livraison de fonctionnalités spécifiques au second plan par rapport à la réalisation des objectifs. Les équipes tenteront certaines choses qui échoueront tandis que d'autres fonctionneront. Créez un environnement permettant d'échouer facilement et rapidement, et donnant aux équipes la sécurité psychologique nécessaire pour réaliser des expériences.
Lors de la planification, encouragez les équipes à imaginer en quoi leur travail permettra d'obtenir les résultats souhaités, et vérifiez si ces hypothèses se sont révélées correctes. Cette approche favorise un état d'esprit expérimental, les équipes effectuant des itérations continues pour améliorer et valider leurs hypothèses.
La réussite et l'avancement peuvent être mesurés de deux manières :
- Par des signaux qualitatifs, tels que le feedback des utilisateurs
- Par des métriques quantitatives, telles que les taux de conversion
Concentrez les discussions sur ces indicateurs et utilisez ces données pour orienter vos itérations.
Arbre des opportunités et solutions
Un arbre des opportunités et solutions (Opportunity Solution Tree, OST), un concept popularisé par Teresa Torres, est un moyen de visualiser les résultats métier et les résultats produit, ainsi que les opportunités, les solutions et les expériences permettant de les atteindre.
Les OST sont un excellent moyen pour les équipes de garder en tête les raisons pour lesquelles elles recherchent des solutions spécifiques, l'impact supposé de ces solutions sur des résultats définis, ainsi que d'autres idées et solutions potentielles sur lesquelles itérer.
Nous avons créé cet OST à l'aide de tableaux blancs Confluence, mais il est également facile de le faire dans Jira Product Discovery avec un peu de configuration.
Vous trouverez ci-dessous :
- une démo du regroupement de solutions par opportunité dans Jira Product Discovery ;
- un tutoriel expliquant comment reproduire cette configuration.
Démo : regrouper les solutions par opportunité
Tutoriel expliquant comment reproduire cette configuration dans JPD
Comment l'équipe Jira Product Discovery a utilisé le framework VMGS pour mobiliser l'équipe autour des résultats
Lors de la création de Jira Product Discovery, l'équipe Atlassian s'est largement appuyée sur une méthode de travail axée sur les résultats. Nous avons utilisé le framework Vision, mission, objectifs et stratégies (Vision, Mission, Goals, and Strategies, VMGS) pour concentrer notre travail sur des résultats stratégiques.
Une approche axée sur les résultats peut être bénéfique à presque tous les niveaux pour les équipes produit dans le cadre de leur travail, et pas seulement en termes de stratégie produit. Dans cette section, nous partagerons la stratégie que nous avons adoptée lors de la création de Jira Product Discovery à titre d'exemple, afin de montrer comment les résultats peuvent guider le développement des produits.
VMGS : vision, mission, objectifs et stratégies
Il est beaucoup plus simple de définir les priorités d'une feuille de route lorsque toute l'équipe a une vision claire et commune de la voie qui lui permettra de réussir. Il n'y a aucune ambiguïté quant aux résultats finaux recherchés et aux stratégies utilisées pour y parvenir.
Pour définir cette voie, notre équipe a créé un document d'une page sur la vision, la mission, les objectifs et les stratégies (VMGS).
Nous avons rédigé ce document en collaboration, dans le cadre d'une série d'ateliers visant à expliquer pourquoi nous avons créé Jira Product Discovery en tant que produit, pour qui, et comment il peut bénéficier à Atlassian en tant qu'entreprise.
Un document VMGS d'une page efficace permettra à tous les collaborateurs de se sentir connectés les uns aux autres, à leur travail quotidien et aux objectifs ultimes du projet. Soyez clair et simple : n'utilisez pas de mots fantaisistes, de langage trop descriptif ou de jargon.
Le document VMGS d'une page de l'équipe Jira Product Discovery
Vision
Un énoncé de vision décrit l'état futur final idéal. En supposant que le projet soit une réussite, voici le résultat auquel nous parviendrons une fois le projet achevé.
Lors de la création de Jira Product Discovery, notre vision était de permettre aux équipes produit de se concentrer sur les résultats stratégiques. Nous voulions créer un monde dans lequel les entreprises les plus prospères adopteraient un modèle de produit.
Mission
Un énoncé de mission décrit le point de vue unique de l'équipe sur la manière dont la vision va se manifester.
La mission de l'équipe Jira Product Discovery est de « libérer le potentiel des équipes produit pour avoir un impact ». Il s'agit d'une déclinaison de la mission d'Atlassian, qui consiste à « libérer le potentiel de chaque équipe » ou à améliorer les organisations en donnant plus d'autonomie à chaque équipe. La mission de Jira Product Discovery se concentre sur les équipes produit et consiste plus spécifiquement à leur permettre de se concentrer sur l'impact de leur travail, et pas seulement sur les résultats.
Objectifs
Les objectifs permettent de mesurer la réussite de l'ensemble des efforts. Ils doivent être mesurables et temporellement définis.
L'objectif de Jira Product Discovery est de devenir une entreprise prospère selon les standards d'Atlassian. En tant que « métrique guide », nous avons choisi un résultat métier précis : un objectif de chiffre d'affaires pour une année précise. Chaque mois, nous rendons compte de l'avancement par rapport à cette métrique au reste d'Atlassian. Avoir un tel objectif nous permet d'adapter et de modifier nos stratégies en fonction de leur capacité à atteindre cet objectif.
Stratégies
Les stratégies sont des moyens tactiques par lesquels l'équipe investit du temps et des ressources, en misant sur le fait qu'elles l'aideront à remplir sa mission et à atteindre ses objectifs. Les stratégies sont plus efficaces lorsqu'elles sont claires, précises, pragmatiques et simples.
Chaque stratégie a un sous-objectif correspondant pour mesurer sa réussite. Ces sous-objectifs visent généralement à améliorer une métrique spécifique, qualitative ou quantitative, comme le score SEQ (Single Ease Question, ou question de facilité unique, qui mesure la facilité d'utilisation perçue) ou les « métriques pirates » (AARRR : acquisition, activation, rétention, renvoi et revenu).
En vert : résultat métier. En bleu foncé : stratégie et résultat produit correspondant. En bleu clair : solution correspondante, mesurée selon une métrique spécifique.
Examinons de plus près un exemple détaillé d'un objectif, d'une stratégie et d'une métrique :
Objectif : revenu récurrent annuel (ARR) de X $ d'ici 2026
Stratégie : commercialisation, mesurée par le revenu
Résultat produit : soutenir les équipes chargées de la commercialisation, mesuré par le revenu selon les plans annuels
La plupart des clients achètent Jira Product Discovery en libre-service. En revanche, ceux de plus grande taille se le procurent par l'intermédiaire d'un chargé de compte Atlassian ou d'un partenaire, généralement dans le cadre d'un forfait annuel. Pour évaluer le succès de cette stratégie, nous regardons les revenus provenant des clients avec un forfait annuel.
Solution : « promouvoir les pratiques et les méthodes de travail en matière de gestion des produits ».
Les évaluateurs nous ont fait part de nombreux commentaires dans lesquels ils nous expliquent qu'ils ne savent pas comment utiliser le modèle de produit ni Jira Product Discovery dans ce modèle. Ce point de friction empêche les évaluateurs d'adopter le produit.
Nous rédigeons ce manuel dans le cadre de cette tactique. Nous mesurerons son succès en le testant auprès d'un certain nombre de clients afin de savoir si les taux d'adoption sont plus élevés. En cas de réussite, nous investirons davantage dans cette tactique et cette stratégie.
Suivi des objectifs
Nous établissons des objectifs et des sous-objectifs (un pour chaque stratégie) en tant qu'Objectifs dans Atlas. Nous utilisons cette plateforme pour montrer les progrès mensuels de chaque objectif au reste de l'entreprise.
Remarque : Atlas migre vers la plateforme Atlassian et devient gratuite.
L'expérience de plateforme pour les Objectifs est actuellement disponible en accès anticipé ici. Que vous utilisiez Atlas ou l'expérience de plateforme, vous pouvez utiliser les Objectifs dans vos projets Jira Product Discovery en activant cette fonctionnalité. Pour ce faire, suivez les instructions ici.
Mise à jour de VMGS
Au fil du temps et en fonction de nos connaissances, notre compréhension du produit et de ses objectifs évoluera. C'est pourquoi tous les 3 à 6 mois, nous révisons le document VMGS en équipe.
Si l'objectif de notre équipe était de gravir une montagne, il est important que tout le monde sache clairement que l'objectif est d'atteindre le sommet (ou de retourner au camp de base). Ils ont également besoin de comprendre les voies empruntées par les différents groupes pour y parvenir. Certains chemins mènent à une impasse, d'autres les mènent plus vite au sommet. Un contrôle de temps en temps permet de passer en revue les options disponibles et de choisir les étapes suivantes.
Jusqu'à présent, en développant Jira Product Discovery, nous avons découvert les éléments suivants :
- La vision et la mission sont restées stables ces 3 dernières années.
- Nous revoyons l'objectif chaque trimestre sur la base d'un modèle financier composé à la fois d'hypothèses et de données de croissance réelles.
- Les stratégies sont restées stables l'année dernière, mais nos tactiques pour les atteindre changent tous les 3 à 6 mois.
Nous ne poursuivons activement qu'un sous-ensemble de stratégies. Toute l'équipe connaît les choses qui sont acceptées et celles qui sont refusées. Les deux sont importantes, si l'on veut avoir des discussions claires sur la hiérarchisation des priorités.
Voici un aperçu des premières étapes du produit. Les tactiques en gris n'étaient pas activement appliquées à cette époque.
Et après ?
Dans le reste de ce manuel, nous expliquerons en détail comment utiliser un backlog produit pour :
- créer et hiérarchiser un backlog produit ;
- faire passer les idées de leur conception à leur mise en œuvre ;
- mettre en place des canaux de feedback et collecter des insights pour valider des idées
- prioriser les idées susceptibles d'avoir un impact ;
- créer des feuilles de route auxquelles vos équipes et les parties prenantes pourront adhérer.
Nous vous fournirons des exemples sur la façon dont nous procédons au sein de l'équipe Jira Product Discovery, en utilisant Jira Product Discovery ainsi que d'autres produits.
Vous pouvez également regarder cette démo pour avoir un exemple complet :
Introduction
Découvrez les raisons qui nous ont incités à écrire ce manuel et comment il peut vous aider.
Backlog produit
Gérez efficacement les backlogs produit pour hiérarchiser les idées, améliorer la collaboration et stimuler le développement produit.