D’une demande de fonctionnalité vague à un plan de réalisation clair

Quelqu’un lance : « Il faut simplifier la prise en main. »

Tout le monde est d’accord. Puis les suggestions arrivent : ajouter une liste de tâches, raccourcir la configuration, rédiger des instructions plus claires, envoyer un e-mail de bienvenue.

Très vite, les idées suffisent à remplir un sprint. Mais le problème que l’équipe cherche à résoudre reste moins clair.

C’est le bon moment pour créer une carte mentale. Elle offre à l’équipe un espace pour explorer la demande, relier les idées et garder les questions sans réponse bien visibles avant de décider quoi développer.

Dans ce guide, nous suivrons une équipe fictive qui travaille sur un produit proposant des espaces de travail partagés. Les nouveaux clients créent un compte, configurent un espace de travail et invitent leurs collègues. L’équipe a pour mission d’améliorer cette expérience.

Nous ferons passer la demande d’une discussion ouverte à un petit travail clairement décrit dans Jira. Vous pouvez suivre la même démarche avec n’importe quel outil de cartographie mentale.

1. Partez de la demande, sans la prendre pour la réponse

« Simplifier la prise en main » exprime une intention. Cela ne nous indique pas encore où les personnes rencontrent des difficultés ni ce qui doit changer.

L’équipe place Améliorer la prise en main au centre de sa carte et ajoute quatre branches :

• Créer un compte
• Configurer un espace de travail
• Inviter des collègues
• Effectuer ensemble une première action utile

Cela structure la conversation. Au lieu de parler de la « prise en main » comme d’un vaste problème unique, chacun peut désigner une partie précise de l’expérience.

L’équipe ajoute ce qu’elle sait actuellement à côté des branches concernées. Dans notre exemple fictif, le support a reçu des questions sur l’endroit où inviter des collègues. Lors d’une séance d’observation, une personne qui vient de créer son espace de travail cherche l’option d’invitation sur l’écran d’accueil de cet espace. L’option existe, mais elle se trouve dans les paramètres de l’espace de travail.

Ces observations donnent une piste à explorer. Elles ne prouvent pas qu’il faille reconstruire tout le parcours de prise en main.

L’équipe garde les autres branches sur la carte et concentre son attention sur Inviter des collègues.

2. Distinguez ce que vous savez de ce que vous supposez

Une explication peut vite prendre l’apparence d’un fait dès que quelqu’un l’énonce avec assurance.

« Les utilisateurs n’invitent pas leurs collègues parce que le processus d’invitation est trop compliqué. »

Peut-être. Mais ont-ils du mal à trouver le formulaire d’invitation, à le remplir ou à comprendre pourquoi inviter quelqu’un dès maintenant ? Ce sont des problèmes différents.

Sous la branche consacrée aux invitations, l’équipe crée trois groupes.

Observations

• Le support a reçu des questions sur l’endroit où inviter des collègues.
• Le propriétaire d’un espace de travail a cherché les invitations sur l’écran d’accueil.
• L’option d’invitation actuelle se trouve dans les paramètres de l’espace de travail.

Hypothèses

• Un point d’accès plus visible aiderait les utilisateurs à le trouver.
• Certains propriétaires ne se rendent peut-être pas compte qu’inviter des collègues constitue une prochaine étape utile.

Questions ouvertes

• Les propriétaires arrivent-ils à remplir le formulaire existant une fois qu’ils l’ont trouvé ?
• Les personnes qui reçoivent une invitation comprennent-elles ce qu’elles doivent faire ensuite ?

Les intitulés comptent davantage que le style visuel. Toute personne qui regarde la carte doit pouvoir distinguer une observation d’une explication possible.

Avant de choisir une solution, l’équipe demande à quelques nouveaux propriétaires d’espace de travail d’inviter un collègue sous ses yeux. Elle observe où ils cherchent et leur demande ce qu’ils s’attendent à voir se produire, sans leur montrer d’abord l’option d’invitation.

Dans cet exemple, les séances suggèrent que trouver le formulaire est l’obstacle immédiat. Une fois le point d’accès indiqué, les propriétaires parviennent à le remplir. L’expérience du destinataire doit encore être étudiée séparément.

L’équipe peut maintenant décrire un problème plus précis :

C’est assez précis pour orienter la discussion suivante. L’équipe pourra aussi revenir sur ce constat après avoir apporté un changement.

Agrandir

3. Explorez plusieurs réponses au même problème

Le problème étant plus clair, l’équipe revient aux améliorations possibles. Elle ajoute trois options à la carte :

• Placer une action Inviter des collègues sur l’écran d’accueil de l’espace de travail.
• Ajouter une étape d’invitation au parcours de configuration initiale.
• Envoyer un e-mail de suivi expliquant comment inviter des collègues.

Chaque option pourrait aider, mais chacune s’adresse au propriétaire à un moment différent.

L’action sur l’écran d’accueil serait disponible lorsqu’une personne revient dans son espace de travail. Une étape de configuration présenterait les invitations tôt, mais certains propriétaires ne seraient peut-être pas encore prêts à inviter d’autres personnes. Un e-mail pourrait servir de rappel, même si le propriétaire devrait ensuite revenir dans le produit.

L’équipe ajoute une courte note à côté de chaque option pour expliquer ce qu’elle est censée faciliter. La discussion reste ainsi liée au problème, au lieu de devenir un vote pour la fonctionnalité préférée de chacun.

Inutile de cartographier toutes les solutions imaginables. Commencez par quelques réponses plausibles et demandez-vous :

• Est-ce que cela répond à la difficulté observée ?
• Est-ce que cela aidera le propriétaire au moment où il en aura besoin ?
• Que faudrait-il apprendre ou modifier pour que cela fonctionne ?

Une carte utile facilite la discussion de ces choix. Ajouter des branches ne l’améliore pas automatiquement.

Agrandir

4. Choisissez une première étape utile

L’équipe choisit de tester une action d’invitation visible sur l’écran d’accueil de l’espace de travail.

Pourquoi cette option ? Elle correspond directement à l’endroit où les propriétaires cherchaient, et l’équipe peut utiliser le formulaire d’invitation existant. L’action reste également disponible pour les propriétaires qui décident d’inviter des collègues plus tard.

C’est un point de départ, pas l’affirmation que tous les problèmes de prise en main sont résolus.

L’équipe développe la branche retenue avec le périmètre convenu, puis note les idées reportées et les recherches encore ouvertes à côté du plan :

Dans cette amélioration

• Ajouter une action d’invitation clairement libellée sur l’écran d’accueil de l’espace de travail.
• Ouvrir le formulaire d’invitation existant depuis cette action.
• Conserver les autorisations d’invitation et le comportement d’envoi existants.

Plus tard

• Examiner s’il faut inclure une étape d’invitation dans la configuration initiale.
• Examiner si un rappel ultérieur serait utile.

À étudier

• Vérifier l’expérience de réception et d’acceptation d’une invitation.

Garder ces groupes visibles évite de rouvrir sans cesse les mêmes décisions. L’idée de l’e-mail n’a pas disparu. L’expérience du destinataire n’a pas été oubliée. Elles ne font simplement pas partie de cette première amélioration.

À ce stade, l’équipe échange également avec les personnes qui réaliseront le changement. Réutiliser un formulaire existant semble simple, mais certaines contraintes peuvent influer sur l’approche. Mieux vaut les découvrir avant de considérer le périmètre comme définitif.

Agrandir

5. Décrivez ce qu’une personne doit pouvoir faire

« Ajouter un bouton d’invitation » décrit une modification de l’interface. Cela en dit moins sur l’expérience que l’équipe souhaite créer.

Une question plus utile est :

L’équipe convient d’une courte liste de vérifications :

• Un propriétaire autorisé à inviter des collègues peut trouver une action Inviter des collègues sur l’écran d’accueil de l’espace de travail.
• La sélectionner ouvre le formulaire d’invitation existant pour l’espace de travail actuel.
• Le propriétaire peut terminer l’invitation en suivant le parcours existant.
• Une personne sans autorisation d’invitation n’obtient pas cet accès par la nouvelle action.
• L’action est utilisable sur les tailles d’écran prises en charge par le produit et accessible au clavier.

Ce sont des critères d’acceptation : des conditions observables que l’équipe peut utiliser pour vérifier son travail. Ils n’ont pas besoin de ressembler à une spécification technique.

Il faut aussi distinguer deux questions. Avons-nous livré le changement convenu ? On y répond en vérifiant ces conditions. Le changement a-t-il rendu les invitations plus faciles à trouver ? Cela nécessite d’observer la façon dont les utilisateurs s’en servent.

Un bouton peut fonctionner exactement comme prévu et passer tout de même inaperçu.

6. Transférez le travail convenu dans Jira

La carte a aidé l’équipe à explorer la demande et à prendre une décision. L’amélioration retenue est maintenant prête à devenir un travail que quelqu’un peut prendre en charge.

L’équipe crée un ticket Jira pour le résultat convenu. Elle ne crée pas un ticket pour chaque branche de la carte.

Voici ce que ce ticket pourrait contenir :

Titre : Rendre les invitations de collègues accessibles depuis l’écran d’accueil de l’espace de travail

Pourquoi c’est important : Les nouveaux propriétaires d’espace de travail ont eu du mal à trouver l’option d’invitation dans les paramètres. Nous voulons qu’ils puissent commencer une invitation depuis l’écran d’accueil, là où ils la cherchent déjà.

Périmètre : Ajouter une action Inviter des collègues qui ouvre le formulaire d’invitation existant pour l’espace de travail actuel. Conserver les règles d’autorisation et le fonctionnement des invitations existants.

Hors périmètre : Un nouveau parcours de configuration, des e-mails de rappel ou des modifications de l’expérience d’acceptation d’une invitation.

Critères d’acceptation : Inclure les vérifications convenues dans la section précédente.

Contexte de planification : Ajouter un lien vers la carte pour que toute personne travaillant sur le ticket puisse consulter les observations, les alternatives et la décision sur le périmètre.

Selon le fonctionnement de l’équipe, la conception et la réalisation peuvent devenir des tâches distinctes. Découpez le travail lorsque cela clarifie les responsabilités ou la livraison, plutôt que de copier automatiquement la structure de la carte dans Jira.

Une branche organise la réflexion. Un ticket décrit un travail. Il n’est pas nécessaire de les faire correspondre un à un.

Si votre outil de cartographie mentale se connecte à Jira, vous pourrez peut-être créer le ticket depuis le nœud sélectionné et garder le lien visible sur la carte. Sinon, vous pouvez créer le ticket séparément et ajouter un lien. Dans les deux cas, relisez le ticket avant de le transmettre : le libellé court d’un nœud contient rarement tout le contexte nécessaire.

Une fois la réalisation commencée, suivez le statut et les responsabilités dans Jira. Utilisez la carte pour le problème global, les raisons de la décision et les questions encore ouvertes. Chaque espace a ainsi un rôle clair, ce qui réduit la tentation de maintenir deux listes de tâches distinctes.

Agrandir

7. Vérifiez si le problème initial s’est atténué

Après la mise en ligne du changement, l’équipe revient à la phrase qu’elle avait écrite :

Les nouveaux propriétaires peuvent-ils maintenant trouver l’action d’invitation sans qu’on leur montre où elle est ? Peuvent-ils poursuivre dans le formulaire existant ? Les échanges avec le support suggèrent-ils que la même confusion persiste ?

Si l’équipe dispose de mesures produit adaptées, elle peut aussi examiner combien de nouveaux propriétaires d’espace de travail commencent et terminent une invitation. Ces chiffres ont besoin de contexte : certains propriétaires choisissent peut-être de travailler seuls, et d’autres changements peuvent influer sur les résultats.

Pour cette histoire fictive, inutile d’inventer un résultat positif. La prochaine étape utile consiste à observer ce qui se passe et à ajouter ces enseignements à la carte.

Si les propriétaires trouvent l’action mais se retrouvent bloqués plus loin, l’équipe dispose d’un problème plus précis à explorer. Si le changement est utile, elle peut décider si une autre amélioration mérite d’être poursuivie.

La demande initiale était vaste. Le plan qui en résulte est ciblé : un problème clair, une réponse choisie, un périmètre maîtrisable et un moyen de vérifier si l’amélioration a aidé.

C’est ce qui rend la carte utile. Elle fait passer la conversation de « nous devrions améliorer cela » à une prochaine étape convenue, tout en gardant visibles le raisonnement et les questions en suspens.