Les analystes qui utilisent les récits utilisateurs peuvent améliorer leurs résultats

Les analystes qui utilisent les récits utilisateurs peuvent améliorer leurs résultats

Les récits utilisateurs ne sont pas des fonctionnalités. Ils représentent de manière simple ce que les utilisateurs souhaitent obtenir et façonnent les résultats en conséquence.


En bref

  • Les récits utilisateurs illustrent ce que les gens espèrent réaliser lorsqu’ils interagissent avec une solution logicielle. 
  • En élaborant des solutions autour de récits utilisateurs bien définis, vous pouvez améliorer considérablement la façon dont les gens interagissent avec l’application et en bénéficient.
  • Cela permet de maintenir l’engagement des gens, de les inciter à agir et de favoriser l’obtention de meilleurs résultats.

Qu’est‑ce qu’un récit utilisateur?

Un récit utilisateur est la plus petite unité de travail au sein d’un cadre agile. Il ne s’agit pas d’une fonctionnalité, mais d’un objectif final que l’utilisateur se fixe lorsqu’il utilise le logiciel. Le récit utilisateur présente les objectifs que l’utilisateur souhaite atteindre et les énonce de manière simple et non technique.

Récit d’utilisateur

Pourquoi devrais‑je l’utiliser?

Après lecture d’un récit utilisateur, l’équipe comprend les raisons pour lesquelles elle conçoit une fonctionnalité et la valeur qu’elle crée pour l’utilisateur final. Connaître la valeur de la fonctionnalité permet de créer la meilleure expérience utilisateur possible, assurant que l’utilisateur pourra atteindre son objectif grâce à l’application.

 

Au EY Design Studio, nous jugeons utiles les récits utilisateurs pour les raisons suivantes :

  • Ils sont centrés sur l’utilisateur et ses besoins. Les récits permettent à l’équipe de se concentrer sur la résolution des problèmes réels d’utilisateurs et de faire en sorte que ces derniers soient en mesure d’atteindre leurs objectifs. Cet objectif peut souvent être perdu lorsqu’il y a une liste de contrôle d’autres tâches à effectuer.
  • Ils permettent une compréhension et une collaboration égales. Lorsque les exigences du client sont rédigées de manière à être comprises par les développeurs et que les buts de l’utilisateur sont exprimés en termes simples à l’intention des gestionnaires de projet, des parties prenantes et des clients, l’équipe peut travailler de manière plus cohésive afin de fournir la meilleure solution possible à l’utilisateur.
  • Ils proposent des solutions créatives. Les récits utilisateurs n’expliquent pas la façon dont l’utilisateur réalisera une opération donnée, mais seulement les résultats escomptés, ce qui permet aux développeurs de mettre en œuvre les solutions les plus adaptées à l’application et à l’utilisateur final.

Quand convient‑il d’y recourir?

La rédaction des récits utilisateurs se poursuit pendant toute la période de réalisation d’un projet agile. C’est toutefois à l’étape de la recherche que l’analyste en informatique de gestion affecté au projet doit produire de tels récits. Une fois la recherche terminée, les membres de l’équipe sont appelés à participer à la création d’un carnet de produit reposant sur des récits utilisateurs. Ce carnet de produit sert à décrire en détail les fonctionnalités se greffant au produit à mesure de l’évolution du projet. Dans le cadre d’un projet agile, n’importe quel membre de l’équipe a en tout temps la possibilité d’élaborer de nouveaux récits et de les inscrire dans le carnet de produit.

Homme portant des écouteurs prenant des notes sur son ordinateur portable

Comment puis‑je en faire un?

La création de bons récits utilisateurs se fait en quatre étapes. Celles-ci nécessitent la collaboration du client et de l’analyste en informatique de gestion du projet :

1. Valider les besoins des utilisateurs

Le client doit d’abord clairement identifier les utilisateurs de l’application. Il est très important de connaître l’utilisateur, ses points sensibles, ses besoins et ses objectifs. Vous devriez normalement avoir une bonne compréhension de vos utilisateurs, mais même si vous pensez bien les connaître, il est indispensable de réaliser une étude de marché et d’interroger les utilisateurs potentiels, avant et pendant l’étape exploratoire.

Parce que cela fait partie intégrante du processus d’EY Design Studio, nous proposons des services d’étude de marché et encourageons souvent nos clients à collaborer avec nous à cette fin. Les analystes en informatique de gestion travaillent avec les chercheurs en expérience utilisateur pour organiser des groupes de discussion, réaliser des entretiens et compiler d’autres résultats afin de créer des cartes d’expérience utilisateur et des portraits d’utilisateur fondés sur des données.

2. Créer des épopées

Les épopées représentent un des composants essentiels de l’application. Elles sont généralement ébauchées avant que les récits utilisateurs ne soient rédigés afin de définir les composants les plus importants, mais sont également précisées au fur et à mesure que d’autres récits utilisateurs sont identifiés. Les récits utilisateurs sont ensuite regroupés dans ces épopées. L’organisation des récits utilisateurs en épopées est utile pour planifier les fonctionnalités que les développeurs élaboreront et l’ordre dans lequel ils devront le faire, et elle permet d’obtenir une compréhension approfondie des fonctionnalités de l’application.

Un exemple serait de créer une épopée « ouverture de session » et de placer dans cette épopée tous les récits utilisateurs qui y sont liés, par exemple :

  • En tant qu’utilisateur, je veux ouvrir une session pour accéder à l’application.
  • En tant qu’utilisateur, je souhaite me connecter avec mon compte Facebook afin de le faire plus rapidement.

3. Rédiger des récits utilisateurs

Une fois les utilisateurs et les épopées définis, l’analyste en informatique de gestion du projet commencera à rédiger des récits utilisateurs. Des épopées peuvent être ajoutées et supprimées au fur et à mesure de l’identification des différents composants. Cette étape peut également être réalisée en collaboration avec les clients s’ils souhaitent y contribuer.

Les récits utilisateurs suivent généralement un modèle simple définissant l’utilisateur et son objectif, dans un format simple et non technique.

En tant que < type d’utilisateur/rôle >, je veux < un certain objectif > afin d’obtenir < une certaine motivation / un certain bénéfice >.

Nous utilisons également un acronyme très utile, INVEST, pour nous rappeler les meilleures méthodes de rédaction de récits utilisateurs.

Un bon récit utilisateur doit être :

  • Indépendant : Les développeurs doivent être en mesure de présenter les récits utilisateurs dans n’importe quelle séquence.
  • Négociable : Les récits doivent éviter d’être trop détaillés et rester modulables.
  • Valable : Les utilisateurs tirent une certaine valeur des récits.
  • Estimable : L’équipe peut les utiliser pour planifier les échéanciers de projets.
  • Petit : Les courts récits utilisateurs sont plus faciles à évaluer que les plus longs.
  • Testable :Tout le monde devrait être en mesure de documenter la « définition du résultat » (comment nous savons que le récit utilisateur est terminé) et les critères d’acceptation.

4. Définir les critères d’acceptation

Les critères d’acceptation sont utilisés pour définir les spécificités d’un récit utilisateur et sont rédigés dans un langage simple et non technique. Les développeurs utilisent ces précisions pour mieux comprendre les détails et les exigences plus complexes du récit utilisateur. Les testeurs utilisent également les critères d’acceptation comme liste de contrôle lorsqu’ils testent l’application.

Les critères d’acceptation sont souvent définis dans un premier temps par l’analyste en informatique de gestion et, lorsque le projet passe au stade du développement, ils sont définis plus précisément par l’ensemble de l’équipe. Lorsque les développeurs élaborent les critères d’acceptation, ils s’assurent que les spécificités du récit utilisateur sont réalisables et qu’elles peuvent être mises en œuvre efficacement.

Au EY Design Studio, lorsque nous rédigeons des critères d’acceptation, nous gardons en tête deux choses importantes :

  • Définir les critères d’acceptation avant le début du développement. Il est important de définir les critères avant de commencer le développement du récit utilisateur Nous sommes ainsi plus à même de saisir l’intention de l’utilisateur plutôt que la réalité du développement. Si cela est fait après coup, nous n’aurons obtenu qu’une énumération des composants existants, sans égard aux besoins et problèmes de l’utilisateur.
  • Éliminer toute ambiguïté. Il est important de considérer tous les cas de figure – par exemple « que se passe-t-il si l’utilisateur se déconnecte au milieu d’une transaction? » ou « que se passe-t-il s’il veut utiliser l’application dans un autre fuseau horaire? » – et de s’assurer que tous les scénarios sont pris en compte. Cela permet de créer la meilleure expérience utilisateur et d’obtenir la couverture de test la plus complète.

À quoi ressemble un ensemble complet de récits utilisateurs?

Voici un exemple de document que nous créons lors de la phase de découverte d’un projet. Nous travaillons avec Google Sheets pour faciliter la collaboration entre l’équipe et le client. Comme vous pouvez le constater, tous les récits utilisateurs ne comportent pas de section « afin que… », car le récit utilisateur est déjà explicite. Mais dans d’autres cas, cela permet de mieux comprendre les objectifs de l’utilisateur.

Voici à quoi pourrait ressembler un ensemble de récits utilisateurs.

Récits utilisateurs – utilisateurs Web et mobiles

Dans l’ensemble, les récits utilisateurs représentent un élément clé de la création d’une application utile et orientée vers l’utilisateur. Une compréhension approfondie des utilisateurs vous permettra de créer un excellent ensemble de récits utilisateurs qui décrivent les attentes des utilisateurs quant à votre application.

Au EY Design Studio, les récits utilisateurs détaillés et complets sont parmi les fondements du processus de découverte. Nous pouvons effectuer des recherches approfondies sur les utilisateurs et interroger les parties prenantes lors de la création de récits utilisateurs, ce qui nous aide à atteindre la valeur opérationnelle et les objectifs souhaités pour votre application mobile ou Web. La recherche et l’analyse font partie de ce qui rend notre processus complet et nous permet d’obtenir d’excellents résultats pour chaque projet.

Communiquez avec nous pour en savoir plus sur la façon dont nous pouvons créer une expérience numérique remarquable pour vos utilisateurs.

Commençons dès aujourd’hui à rédiger vos récits utilisateurs.

Résumé

Les applications pertinentes, utiles et orientées vers l’utilisateur reposent sur de solides récits utilisateurs. Déterminez clairement qui sont vos utilisateurs, ce dont ils ont besoin et leur façon de penser. Concevez ensuite votre application autour de ces récits afin d’obtenir de meilleurs résultats.

À propos de cet article