Comment empêcher le fluage des fonctionnalités avec les meilleures pratiques de User Story

Dans le cadre d'un récit de produit numérique plus large, travailler avec des histoires d'utilisateurs tout au long du processus de conception aide les concepteurs à se concentrer sur l'amélioration de l'expérience utilisateur. Des histoires d'utilisateurs clairement écrites peuvent aider à garder les gens au centre du processus de conception, à sympathiser avec le public cible d'un produit et à générer des idées qui correspondent mieux à la vie des gens.

À quelle fréquence les concepteurs de produits se retrouvent-ils dans la situation proverbiale de « mettre la charrue avant les bœufs » ? Au démarrage du projet, nous élaborons les détails techniques et la manière dont nous allons le livrer. Les cadres de développement sont définis, les appareils cibles déterminés, les tailles d'écran définies, puis l'équipe se lance dans la création de solutions, en ajoutant des fonctionnalités de produit au hasard.

Au cours de ce processus, nous générons frénétiquement une pléthore d'artefacts UX : tableaux d'humeur, plans de site, flux d'utilisateurs, personnages et cartes d'empathie, pour n'en nommer que quelques-uns. Le bateau est chargé mais navigue sans safran ni carte. Puis un jour, nous nous réveillons, et cela nous frappe, « pourquoi fabriquons-nous ce produit, comment définissons-nous ses fonctionnalités et comment les hiérarchisons-nous ? ”

Un réveil classique.

Le redoutable «fluage de fonctionnalités» se faufile plus près sous notre nez.

Heureusement, il existe une contre-mesure pour le combattre. C'est une tactique de conception appelée user stories .

Les user stories sont une technique de conception collaborative pour les équipes produit, adoptée à partir de la méthodologie de développement logiciel Agile. Les équipes agiles se concentrent généralement sur la réalisation de petits objectifs pendant les sprints. Ils mettent l'accent sur la rapidité, les objectifs et les résultats au lieu d'une documentation complète, d'où le concept de user stories.

Pour la plupart des équipes Agiles, les user stories sont le principal vecteur de livraison de logiciels incrémentiels. Alliance Agile

Qu'est-ce qu'une histoire d'utilisateur ?

Une user story décrit quelque chose que l'utilisateur veut accomplir. Les user stories peuvent aider les concepteurs et les équipes de développement à rester concentrés sur les besoins des utilisateurs, plutôt que d'être pris dans la frénésie d'ajouter des fonctionnalités au produit.

Une user story est courte, spécifique et orientée vers un objectif. Il s'agit d'une déclaration d'une phrase encadrée du point de vue de l'utilisateur qui a la structure suivante :

“ En tant que (type d'utilisateur), je veux (le but), afin que je puisse (en retirer un avantage). ”

Les user stories permettent à une équipe d'avoir de meilleures conversations sur le projet tout au long du processus de développement. Cela permet d'éviter la dérive des fonctionnalités, car travailler avec elles facilite une compréhension commune de ce que l'équipe tente de créer et pourquoi .

S'il existe un principe sacré pour ceux qui travaillent dans le domaine de la conception d'interfaces utilisateur et de l'interaction homme-machine, c'est connaître son utilisateur . Don Norman, co-fondateur et principal émérite du groupe Nielsen Norman

Aligner les User Stories entre Design et Agile

Les user stories sont un concept que les développeurs comprennent. Que ce soit au début du projet ou pendant le développement du produit, les concepteurs peuvent collaborer plus efficacement avec les développeurs en travaillant avec des user stories. Les fonctionnalités du produit peuvent être planifiées ensemble, optimisant le développement et clarifiant les résultats sur lesquels l'équipe doit se concentrer .

Cela dit, de nombreux designers ne souscrivent pas à l'idée qu'Agile et UX peuvent bien jouer ensemble . L'une des convictions est que les deux forces de motivation disparates et les délais ne s'alignent pas bien - les histoires d'utilisateurs ne s'intègrent pas facilement dans un processus de conception holistique car, dans le développement, l'accent est mis sur des cycles de livraison à court terme. Une autre notion est que les user stories ne sont pas assez substantielles en tant qu'approche de conception - elles manquent de la perspective qui considère la vue d'ensemble : l'intégralité de l'expérience utilisateur .

Ces croyances sont valables dans une certaine mesure, mais sont également erronées .

Purifions l'air. Tout d'abord, les concepteurs doivent reconnaître que travailler avec des user stories est un processus de conception collaboratif . Bien qu'il ne soit pas parfaitement aligné avec les sprints Agile du côté du développement, ils peuvent très bien faire partie d'un processus de conception asynchrone plus étendu lors de la collaboration avec des développeurs . Les user stories facilitent également la collaboration entre les équipes situées à différents endroits.

Deuxièmement, les user stories font partie intégrante de la conception centrée sur l'humain et l'activité . Au lieu de se concentrer sur l'ajout de plus en plus de fonctionnalités au produit - le proverbial «fluage de fonctionnalités» - les histoires d'utilisateurs le rendent réel . Les user stories sont derrière chaque activité que les gens effectuent, qui sont composées de tâches, qui à leur tour sont une série d'actions. En conséquence, les produits sont développés avec une compréhension approfondie des activités des utilisateurs. Travailler avec des histoires d'utilisateurs s'inscrit parfaitement dans l'effort holistique de conception d'une expérience utilisateur agréable.

Histoires d'utilisateurs pour les tests de produits et les métriques UX

Des histoires d'utilisateurs clairement énoncées alimentent divers aspects d'une conception de produit de qualité. Revoir périodiquement les user stories et vérifier si un objectif utilisateur particulier est réalisable ( le test d'acceptation d'une user story donnée) aidera l'équipe produit à rester sur la bonne voie.

Les entreprises consacrent souvent beaucoup de temps et d'argent à la création de produits dont les clients n'ont pas besoin ou dont ils ne veulent pas, ce qui fait perdre à la fois du temps et des ressources. Les produits peuvent être bien intentionnés, mais ils échouent parce qu'ils ne répondent pas à un besoin identifiable d'une manière que les consommateurs comprennent.

En testant le produit sur des clients potentiels, les équipes produit peuvent comprendre si le produit répond à un besoin clairement identifiable . C'est une façon de mesurer le succès. En construisant et en testant des prototypes basés sur des user stories bien définies, les concepteurs peuvent mesurer les temps d'exécution des tâches et les taux de réussite. Non seulement pendant la phase initiale de conception du produit, mais tout au long du cycle de vie du développement du produit. Ce faisant, les équipes peuvent voir si le produit s'améliore de plus en plus pour répondre aux besoins des clients .

De plus, les user stories peuvent être utilisées pour définir les résultats UX (évalués par les mesures de réussite UX) et aider les concepteurs à vérifier l'évolution du produit avec les mesures de progression UX.

• Les résultats UX synchronisent tout le monde sur ce qui est en cours de construction.
• Les mesures de réussite UX indiquent aux équipes quand elles ont atteint le résultat.
• Les mesures de progression UX permettent aux équipes de suivre et d'évaluer les progrès en cours de route.

Comment générer de superbes histoires d'utilisateurs

La création de user story commence par des personnages distillés à partir d'informations de recherche d'utilisateurs. Une compréhension approfondie des personnages aidera les concepteurs à créer des histoires significatives qui se connectent à des objectifs utilisateur plus larges. Dans ce processus, les besoins non satisfaits des utilisateurs peuvent être découverts et les récits de produits construits (appelés Epics in Agile).

Les concepteurs peuvent prendre des récits UX substantiels, guidés par les personnages et les objectifs des utilisateurs, et les diviser en plus petits éléments : les user stories . Par exemple, disons que nous travaillons sur une application bancaire mobile. L'objectif de l'Epic serait "de gérer l'argent en déplacement". Cet objectif utilisateur plus large peut ensuite être divisé en histoires d'utilisateurs plus petites, telles que :

• En tant que propriétaire d'entreprise, je souhaite effectuer des dépôts mobiles afin de gagner du temps.
• En tant que propriétaire d'entreprise, je souhaite demander un prêt en déplacement pour obtenir un crédit plus rapidement.
• En tant que propriétaire d'entreprise, je souhaite consulter mon compte avec une application pour rester au courant de mes finances.

Comment inventons-nous de telles user stories ? En utilisant une variété de techniques de recherche UX, telles que l'observation (une technique d'observation), les études de journal et les entretiens avec les utilisateurs. Alternativement, les concepteurs peuvent utiliser l'analyse des produits pour identifier les modèles de comportement des utilisateurs et mettre en évidence les structures sous-jacentes qui animent ces modèles.

Par exemple, en observant les flux d'événements, les données peuvent montrer que plusieurs tâches n'ont pas pu être réalisées. Les tâches ont été lancées, des progrès ont été réalisés, mais indiqués par les sorties inattendues au milieu de la tâche, elles n'ont pas abouti à une conclusion. De tels modèles indiqueraient que les gens abandonnent par frustration parce que le produit ne fournit pas un moyen facile d'accomplir un ensemble coordonné de tâches . Un concepteur UX perspicace repérerait le problème, enquêterait avec plus de recherches sur les utilisateurs, reconcevoirait la fonctionnalité du produit qui ne fonctionne pas et testerait à nouveau l'achèvement de la tâche.

Comment écrire et hiérarchiser les user stories

Qui écrit les user stories ? Traditionnellement, la rédaction de user stories incombait aux chefs de produit pour faire avancer le développement (souvent lorsqu'il n'y a pas de concepteur dans l'équipe). Cependant, lorsqu'il y a un designer dans l'équipe, il peut être préférable que les designers les écrivent. Ils ont mené des recherches sur les utilisateurs et sont les plus familiers avec les utilisateurs et leurs besoins.

En tant que technique, les user stories sont censées être compactes et légères, permettant aux équipes de créer rapidement des produits. Comme mentionné précédemment, ils doivent être écrits sous la forme d'une simple déclaration d'une phrase du point de vue de l'utilisateur : « En tant qu'(utilisateur), je veux (faire quelque chose/le but) afin que je puisse (atteindre le résultat souhaité). ”

Les histoires d'utilisateurs créées de cette manière aident à justifier chaque fonctionnalité ajoutée à un produit et à garder au premier plan la justification de chaque décision de conception : le « pourquoi nous faisons ce que nous faisons ». ”

Pour écrire une super user story :

• Il doit être clair, ciblé et exploitable.
• Il devrait capturer l'histoire d'une manière qui semble précieuse.
• Il peut être traduit en une caractéristique du produit.
• Il a un test d'acceptation (l'objectif a-t-il été atteint ?).

Une fois écrites, les user stories doivent être hiérarchisées dans une matrice. Quelque chose de familier aux chefs de produit, une matrice de priorité permet de garantir que l'équipe produit se concentre d'abord sur les fonctionnalités les plus percutantes. Pour les concepteurs, cela signifie donner la priorité aux histoires d'utilisateurs qui offrent le plus de valeur aux clients.

Plusieurs aspects influencent l'indice de priorité d'une user story :

• Objectifs commerciaux . Une user story qui a un impact direct sur les revenus d'une entreprise devrait obtenir une valeur d'index plus élevée que celle des histoires simplement souhaitables.
• Dépendances fonctionnelles . Si plusieurs user stories ne peuvent être implémentées qu'après une story particulière, cette dernière devient critique et obtient une valeur d'index plus élevée.
• Temps de développement . Si l'équipe de développement évalue une user story comme étant rapide à mettre en œuvre et essentielle pour atteindre les objectifs commerciaux, la story obtient une valeur d'index plus élevée.

Les avantages des user stories dans le design

Travailler avec un cadre de user story garantit que le produit ne dispose que des fonctionnalités dont les utilisateurs ont besoin par rapport aux fonctionnalités que l'équipe produit espère qu'ils utiliseront, sur la base d'hypothèses. En d'autres termes, travailler avec des user stories empêche le fluage des fonctionnalités .

Travailler avec des user stories présente plusieurs avantages :

• Fournit un langage commun. Les user stories deviennent un langage commun pour toute l'équipe de développement, éliminant ainsi l'accent mis sur les solutions et les fonctionnalités. Au lieu de cela, ils encadrent la discussion autour de ce qui doit être réalisé.
• Favorise la collaboration. Ils motivent la collaboration entre les utilisateurs, les concepteurs et l'équipe de développement.
• Permet une compréhension partagée. Ils aident à développer une compréhension partagée des besoins des utilisateurs en utilisant un langage commun.
• Augmente la transparence. Ils favorisent l'ouverture entre les membres de l'équipe, ce qui renforce la confiance.
• Ils sont complets et cohérents. La traduction des exigences du projet en user stories est relativement facile afin de maîtriser le projet. Parcourir les histoires d'utilisateurs donne une idée plus précise de «l'objet du projet» que des listes de fonctionnalités et d'exigences fonctionnelles.
• Fournit flexibilité, accessibilité et facilité de gestion. Les user stories sont conceptuellement simples par rapport à d'autres documentations, et elles sont rapides à créer. Les utilisateurs peuvent également être impliqués dans leur génération, et les parties prenantes peuvent facilement modifier les user stories ou ajouter les leurs.
• Change la perspective du projet. Les user stories déplacent la perspective d'un projet d'une liste d'exigences potentiellement aléatoires et abstraites vers une représentation d'activités centrées sur l'utilisateur.
• Facilite la livraison de la plus haute valeur. Ils aident à fournir des fonctionnalités axées sur le client qui offrent le plus d'avantages.
• Fournit une liste de contrôle. Ils permettent des mesures par rapport à l'achèvement réussi des tâches. Si un utilisateur n'est pas en mesure d'accomplir des tâches, le produit a échoué.

Meilleure conception de produits avec la cartographie des histoires d'utilisateurs

Les concepteurs ne doivent pas s'appuyer uniquement sur les histoires d'utilisateurs pour piloter la conception du produit - un processus de conception de produit complet implique de nombreuses autres méthodes et artefacts. Des user stories bien intégrées doivent se compléter comme les pièces d'un puzzle qui composent l'UX de l'ensemble du produit. À l'inverse, des user stories disjointes perturberont la cohésion de l'expérience utilisateur.

Autres problèmes potentiels lorsque vous vous fiez exclusivement aux user stories pour piloter la conception :

• Manque de contexte (ignorer le résultat global UX)
• Aucun sentiment d'exhaustivité (incertitude quant à savoir si des objectifs plus importants sont couverts)
• Confondre user stories et cas d'utilisation
• Ne pas faire évoluer le produit (les user stories ne sont pas figées, elles ont tendance à changer avec le temps)

Construire une carte des histoires d'utilisateurs nous aide à nous concentrer sur la vue d'ensemble - le produit dans son ensemble au lieu de nous concentrer myopement sur une histoire individuelle. Jeff Patton, auteur du livre User Story Mapping

Sommaire

Travailler avec des histoires d'utilisateurs dans la conception fournit les mesures essentielles dont les concepteurs ont besoin pour fournir des produits bien conçus. La discipline consistant à adhérer à un cadre de user story signifie également ne jamais mettre un élément de conception dans une interface utilisateur qui n'a pas de user story correspondante.

L'attrait des user stories est qu'elles identifient les besoins fonctionnels mais ne stipulent pas comment concevoir le produit afin de répondre à ces besoins fonctionnels. Ils se concentrent sur le problème avant de prescrire une solution.

Les concepteurs doivent considérer les user stories comme des éléments de base précieux dans la conception de produits, cartographier les user stories pour créer une expérience utilisateur cohérente et utiliser les meilleures pratiques des user stories. Cela empêchera le fluage des fonctionnalités, permettra aux équipes de produits de fournir des produits mieux conçus et permettra aux concepteurs de créer des produits avec des expériences utilisateur agréables et sans friction.

Dites-nous ce que vous en pensez! S'il vous plaît laissez vos pensées, commentaires et commentaires ci-dessous.

• • •

Pour en savoir plus sur le blog Toptal Design :

• La puissance de Figma comme outil de conception
• Un guide complet sur la conception des notifications
• Make It Count - Un guide pour mesurer l'expérience utilisateur
• The Mind's Eye - Un regard sur la psychologie de la visualisation des données