Prioriser les idées pour un développement de produits efficace
Savoir comment établir des priorités efficacement est l'une des compétences les plus importantes d'un responsable produit. Une bonne hiérarchisation est l'un des principaux atouts des équipes de produits performantes, car elle leur permet d'agir rapidement et de se concentrer sur les activités les plus impactantes.
Cependant, les priorités sont rarement claires ou simples ; les responsables produit doivent être intentionnels et faire preuve de prudence. Ils doivent trouver un juste milieu entre les priorités et les considérations qui entrent en contradiction, comme les besoins commerciaux immédiats, la stratégie à long terme, les demandes des clients, la concurrence et l'évolution de la situation du marché.
D'un autre côté, lorsque la priorisation n'est pas fondée sur des informations et n'est pas liée aux résultats, ça peut tourner au cauchemar. Les discussions dégénèrent en conflit, aucun moyen clair de parvenir à un consensus n'est trouvé et les choix sont faits en fonction de l'intuition ou des opinions les plus fortes.
Le framework RUF : Fiabilité, facilité d'utilisation et nouvelles fonctionnalités
Nous recommandons d'équilibrer les investissements entre les nouvelles fonctionnalités du produit, l'amélioration de l'expérience actuelle et le renforcement des bases techniques du produit en termes de fiabilité.
Chez Atlassian, de nombreuses équipes utilisent le framework RUF :
RUF = Reliability + Usability improvements + new Features (Fiabilité, améliorations de l'utilisation et nouvelles fonctionnalités en français)
Imaginez le framework RUF comme une pyramide :
| Fiabilité | The first thing users expect from your app is that whenever they open it, and it just works. |
| Usability improvements | The longer you’ve worked on a product, the more features it likely has. Feature bloat is the silent killer of many apps. |
| New Features + Ideas | With a strong foundation in place, you can add new features. Everyone knows what we’re talking about here 😉 |
The 3 Bucket Planning Guide for prioritizing new ideas
Even when it comes to new product ideas, take a balanced approach to set your product up for success.
🛑 You can’t just build whatever features customers ask for, as you risk only helping your current user base.
🛑 You can’t only focus on improving key business metrics like revenue growth, as you might ignore important customer needs.
🛑 You can’t only ship new revolutionary ideas either, or you put reliability and usability at risk
Adam Nash, former VP product and growth at Dropbox, suggested looking at 3 buckets (source: “the 3 bucket planning guide”):
A view of 3 bucket feature planning in Jira Product Discovery
- Metrics Movers are product initiatives that directly contribute to business goals by improving key metrics: sign-ups, conversion, retention, active users, referrals, revenue, etc. Growth initiatives typically fall in this category.
- Customer Requests are what customers ask for, both net-new features and improvements to current experiences. Addressing these helps keep customers happy, reduce support load, and ensure that your product nails its key jobs.
- Delighters are where your product innovates. These are the features your customers didn’t know they wanted, but can improve their lives by changing how they work. Delighters differentiate you from competition and build a moat around your product.
Allocating budget across investments
It’s important to be intentional in how you invest in each of these buckets. Otherwise, your velocity might drop because your team spends 80% of their time fixing bugs, or the growth of your product slows down, because you’re not thinking strategically. Shipping as many new features as possible is unlikely to fix that.
The right budget allocation for each bucket depends on many things, but in particular the stage of your product: pre-PMF (Product Market Fit), post-PMF, or mature product.
In practice, budget allocation could look like this:
| | Pre-PMF | Post-PMF | Mature |
|---|---|---|---|
| Fiabilité | Pre-PMF 10 % | Post-PMF 30 % | Mature 50 % |
| Usability improvements | Pre-PMF 20 % | Post-PMF 20 % | Mature 20 % |
| Customer requests and delighters | Pre-PMF 70 % | Post-PMF 30 % | Mature 10 % |
| Growth initiatives | Pre-PMF
| Post-PMF 20 % | Mature 20 % |
Remember, this should never be set in stone. For example, you might decide to invest more in new features for a few months, then go back and focus on UX improvements or addressing technical debt.
But as you allocate and re-allocate, it’s important to keep in mind the different aspects that are required to make your product successful, and to balance your investments over time.
There are different ways to manage these investments: you can have teams dedicated to one or the other bucket, you can make sure that each team has one initiative from each bucket at each time, or you can have each team pick work from each of the buckets in a round-robin fashion. There are pros and cons to each approach but it’s a lot more about delivery planning so we won’t cover them here.
Balancing investments at Jira Product Discovery
Here’s how we configured our investment allocation on the Jira Product Discovery team over a six-month period.
Investments across all squads
We have 4 main themes: pricing and packaging, growth, jobs-to-be-done and engineering initiatives. In each of these themes, we have a number of bets.
These bets are distributed amongst the JPD teams: 5 product squads and 1 engineering squad (Sirius, Horizon, Aurora, Juno, Pulsar, X-flow).
Product squads
Each product squad is required to allocate their time with the following split:
- 60% on product initiatives. For this they create a roadmap with two sections: one for new features, and one for improvements to the current product experience.
- 20% on RtB - Run the Business: on-call, bugs, etc.
- 20% on fixing tech debt
While we don’t strictly enforce this allocation, each team discusses keeping this balance during their sprint planning and monthly reviews. Typically, it does hold true over time.
For product initiatives, we keep a watch on feedback we receive from users and discuss every week with all product managers. We separate the feedback into “Boulders,” XL investments, and “Rocks,” large investments.
We have a separate list for “Pebbles,” small improvements fixing “paper cuts” in the UX. These are difficult to prioritize since you can’t compare their impact to L and XL investments. But, their impact compounds over time. The expectation is that each squad has one Pebble fix in progress at any point in time.
Engineering squads
Each engineering squad has a similar split. But instead of product initiatives they focus on pure engineering projects to improve system resilience and scale.
Setting the stage for productive prioritization discussions
There are many people at your company who have insights into business and customer needs your product should help with.
If you can harness this collective knowledge, you can build more confidence in your product decisions and mitigate the risk of making the wrong bets.
But this is easier said than done. We’ve heard of product teams being swamped with asks from leadership and sales teams, then constantly interrupted with requests for updates: “when is my request going to ship?”
Done right, you can get a lot of value from turning prioritization into a team sport. A collaborative prioritization process creates clarity of mission, vision and purpose, getting teams across the business working towards shared goals.
Here are a few principles to follow for productive, collaborative prioritization.
Définissez des attentes claires
Setting expectations is crucial for everyone to collaborate effectively. People must understand what prioritization actually entails, and how they should contribute.
Here are a few key ingredients:
- Everyone’s roles and responsibilities in the conversation
- Shared goals and ways to measure success
- Designated vocabulary and framework for prioritizing
- Established communication channels and feedback loops
Assignez les rôles et les responsabilités
For prioritization to be a positive experience for everyone, you want to make it clear how they should contribute.
To help with this, we designed Jira Product Discovery around 3 roles: creators, contributors and stakeholders.
Where creators, contributors, and stakeholders fit into the prioritization process.
Rôle | Who they are | Responsabilités |
|---|---|---|
| créateurs | Who they are The core product team across product, engineering, design, research. | Responsabilités Drive the product, the prioritization process, and the ideas from beginning to end. |
| Contributeurs | Who they are Points of contact within the sales, support, customer success, marketing and other field teams. | Responsabilités Participate in the prioritization process and provide key insights: customer requests, support problems, etc. |
| Parties prenantes | Who they are The rest of the company, typically separated in 2 roles: leadership, and everyone else. | Responsabilités Need visibility on priorities, progress and decisions and ways to provide feedback. |
Review priorities continuously for incremental improvement
Un rythme inefficace, mais courant, pour la hiérarchisation des priorités, est celui d'une ou deux fois par an. Cela s'appelle l'approche « big bang ».
Cette approche ne fonctionne pas, car elle ne permet pas à l'équipe de s'adapter à des facteurs en constante évolution. Votre produit doit répondre aux conditions du marché, aux nouvelles conversations avec les clients, aux implémentations qui deviennent plus complexes que prévu et ainsi de suite.
La hiérarchisation « big bang » donne également lieu à de grandes conversations, où chaque décision a un impact très important. Il en résulte une pression et des attentes qui peuvent être à l'origine de tensions dans les discussions sur la hiérarchisation des priorités. Les gens ont peur de se retrouver dans l'obligation de consacrer des ressources à de mauvaises choses, parce qu'ils ne veulent pas être confrontés aux résultats de cette décision pendant des mois.
Nous vous recommandons plutôt d'avoir des discussions fréquentes sur la hiérarchisation des priorités avec vos équipes et les parties prenantes. Au moins une fois par quinzaine ou par mois. L'idéal étant de le faire un peu chaque semaine : qu'avez-vous appris ? Cela change-t-il quelque chose par rapport à ce sur quoi vous vous concentrez actuellement ?
Configurez le backlog produit pour héberger ces discussions
Pour que chacun sache clairement quel est son rôle et vous aider à prendre les bonnes décisions, nous vous recommandons de configurer votre backlog produit de la manière suivante :
- Les créateurs participent au projet Jira Product Discovery. Ils définissent sa configuration (champs, vues et autres) et créent et gèrent des idées, des vues et des informations.
- Les contributeurs sont ajoutés au projet, mais avec un nombre limité de primitives de collaboration. Ils peuvent ajouter des votes, des informations, des commentaires et des réactions.
- Les parties prenantes ne sont pas ajoutées au projet. Les créateurs publient plutôt les vues en lecture seule qu'ils partagent avec eux.
Nous vous recommandons de créer des vues distinctes pour chaque public :
Trois vues pour différents rôles dans Jira Product Discovery.
Ces vues spécifiques à un rôle garantissent que chaque groupe reçoit les informations dont il a besoin d'une manière qui lui est propre. Il sera immédiatement possible de savoir comment l'équipe produit hiérarchise ses priorités, quelles idées sont discutées et comment y contribuer. S'ils ne sont pas d'accord, ils disposent de canaux pour le faire de manière productive.
Cette approche aide chaque public à s'engager efficacement, améliorant ainsi la collaboration et l'alignement à tous les niveaux.
Techniques de hiérarchisation collaborative des priorités dans Jira Product Discovery
Une fois que les conditions sont claires pour tout le monde, la hiérarchisation des priorités devient un processus partagé et transparent. Ensuite, vous pourrez commencer à participer à de véritables discussions.
Votre backlog produit, dans Jira Product Discovery, est l'espace idéal pour transformer la hiérarchisation des priorités en un exercice collaboratif. Dans cette section, nous allons partager différentes manières de configurer le backlog produit afin de faciliter ces conversations.
La plupart de ces méthodes utilisent des chiffres, comme les notes de 1 à 5. Ces chiffres sont intrinsèquement subjectifs. Ce qui importe, c'est le « pourquoi » d'un chiffre. Ce qui compte, c'est que tout le monde les comprenne de la même manière. Il est donc plus facile de discuter de la priorité relative de chaque idée. Par exemple, mettez tout le monde d'accord sur ce qui est considéré comme un « effort élevé » ou un « faible impact ».
Organisez le jeu à 10 dollars pour encourager la réflexion dans le cadre de contraintes
Le jeu à 10 dollars est un moyen intéressant d'inciter les gens à évaluer l'importance d'une idée, tout en tenant compte des contraintes.
Avec un temps et des ressources illimités, l'équipe produit pourrait tout faire. Mais en réalité, les deux sont limités. C'est là qu'intervient le jeu à 10 dollars. C'est un exercice qui leur permet de penser comme un responsable produit, et qui aide les joueurs à se rendre compte de la difficulté de ce travail !
Le jeu à 10 dollars de Jira Product Discovery.
La méthode est simple : chaque participant dispose d'un budget de 10 dollars qu'il peut « dépenser » pour les idées qu'il juge les plus importantes. Il peut miser autant qu'il le souhaite sur une idée, par exemple placer 5 $ sur 2 idées ou 3 $ sur 3 idées. Il est évidemment possible d'utiliser un budget autre que 10 $.
Ensuite, les participants expliquent le raisonnement qui sous-tend leurs mises. Pourquoi ont-ils pensé que certaines idées étaient importantes ou prometteuses ? Cette approche encourage la participation active et la discussion, en veillant à ce que l'opinion de chacun soit prise en compte.
Essayez d'utiliser le jeu des 10 dollars au début d'un cycle de hiérarchisation des priorités, afin de comprendre où chacun se situe. Ou bien jouez-y à la fin, pour voir si vous êtes tous alignés.
Utilisez la matrice de l'impact par rapport à l'effort dans les conversations entre les équipes produit et les équipes d'ingénierie
La matrice de l'impact par rapport à l'effort hiérarchise les idées en fonction de leur impact métier potentiel et des efforts nécessaires pour les mettre en œuvre.
Cette matrice est un moyen simple, mais puissant de structurer les conversations entre les responsables produit et les ingénieurs.
Les ingénieurs sont invités à partager leur point de vue sur la complexité de la livraison. Cela aide les responsables à identifier les gains rapides possibles ou les grandes mises, et à déterminer pourquoi certaines idées doivent être privilégiées par rapport à d'autres.
Matrice de l'impact par rapport à l'effort dans Jira Product Discovery.
Tenez compte du niveau de confiance avec le framework RICE (portée, impact, confiance, effort)
Le framework RICE prend en compte quatre facteurs pour hiérarchiser une idée : la portée, l'impact, la confiance et l'effort. Il s'agit d'un outil de gestion de produits populaire, car il définit ces facteurs importants d'une manière compréhensible pour la plupart des parties prenantes.
La plupart des contributeurs ont l'habitude d'évaluer l'impact et la portée d'une idée, ainsi que les efforts nécessaires pour la mettre en œuvre. Mais le framework RICE a l'avantage de faire naître la confiance dans la conversation.
L'équipe produit est-elle convaincue que cette idée constitue un bon investissement ? Ou bien a-t-elle besoin de recherches supplémentaires et d'une validation technique ou du produit pour en être sûre ?
Cela aide l'équipe à expliquer pourquoi une idée est terminée ou pourquoi elle peut nécessiter une enquête plus approfondie.
Demandez aux équipes en contact avec la clientèle de proposer aux clients des idées qui correspondent à leurs besoins
De nombreuses équipes utilisant Jira Product Discovery ont opté pour cette approche : elles configurent une vue, contenant une liste d'idées, à partager avec les équipes en contact avec la clientèle.
Lorsque les clients font part de besoins en rapport avec l'une des idées, la personne chargée des ventes ou du support les identifie sur l'idée. Ensuite, chaque idée peut être notée en fonction du nombre de clients identifiés.
Si les clients se répartissent en segments d'importance variable, l'équipe produit et l'équipe client peuvent vouloir attribuer des pondérations différentes aux différents clients. Dans l'exemple ci-dessous, les clients sont répartis entre les entreprises, les PME et les startups.
Il s'agit d'un moyen simple, mais très efficace, de faciliter des conversations productives entre les équipes produit et les équipes chargées des relations avec la clientèle.
Utilisation de pondérations pour les segments de clientèle en fonction des objectifs de l'entreprise.
Attribution des pondérations aux clients clés afin de les hiérarchiser.
Vous pouvez rendre la chose plus sophistiquée (mais vous ne devriez probablement pas le faire)
Il existe de nombreuses autres méthodes que les équipes peuvent utiliser pour discuter des priorités.
C'est vraiment à vous de décider laquelle correspond le mieux à vos besoins, mais en général, nous trouvons que plus la méthode est simple, meilleures sont les conversations.
Probablement exagéré : tâche la plus courte pondérée en premier (WSJF).
Certaines équipes sont obsédées par la recherche du « bon » modèle de hiérarchisation des priorités. Mais le framework n'est qu'un moyen d'atteindre une fin. Il est destiné à vous aider à atteindre vos objectifs, et non à vous faire perdre du temps et de l'attention. N'oubliez pas que vous gérez votre produit, pas votre framework de hiérarchisation des priorités !
Utilisez la méthode qui vous convient
En fin de compte, ce ne sont que des suggestions. Il n'y a pas deux projets Jira Product Discovery identiques, car il n'y a pas deux entreprises ou équipes identiques. Toutes ces méthodes ont pour but d'obtenir une vision équilibrée des différents canaux :
- Les objectifs métier
- Ce que veulent les prospects
- Les besoins des clients et des utilisateurs
- Comment alléger la charge de travail de l'équipe de support
- Comment activer les entretiens commerciaux
- Et plus encore, selon votre activité et votre produit
En fonction des besoins et des produits uniques de vos équipes, nous vous recommandons de créer votre propre combinaison de vues pour vous aider à hiérarchiser vos priorités. Sur cette base, vous seul pouvez décider de vos priorités : ce à quoi vous allez dire oui et ce à quoi vous allez dire non.
De ces discussions naîtra votre feuille de route.
Et après ?
La hiérarchisation des priorités est le seul moyen de relier les décisions aux résultats souhaités pour le produit. Une hiérarchisation des priorités efficace se traduit par des feuilles de route solides qui allouent les ressources de manière responsable, ce qui permet aux équipes produit de rester sur la bonne voie pour atteindre les objectifs métier et répondre aux besoins des clients.
Nous sommes maintenant prêts pour la dernière section de ce manuel. Nous allons rassembler tout ce que nous avons appris jusqu'à présent pour :
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.
Feedback et insights
Découvrez comment l'intégration d'insights dans le processus de développement produit peut améliorer la prise de décisions, répondre aux besoins des clients et favoriser de bons résultats.
Création de feuilles de route
Découvrez comment élaborer des feuilles de route produit percutantes qui alignent les priorités, améliorent la communication et soutiennent les objectifs stratégiques au sein des équipes.
