Histoires d'utilisateurs Réaliser des projets à grande échelle

Les histoires d'utilisateurs constituent un élément crucial de la gestion d'équipes interdisciplinaires dans des projets complexes. Elles peuvent également être utiles aux développeurs solos qui souhaitent s'assurer de fournir un produit de qualité. Poursuivez votre lecture et découvrez comment les user stories peuvent améliorer le flux de travail de votre projet.!

Pourquoi les histoires d'utilisateurs?

Voir la carte? Des projets énormes se ressemblent à peu près. De nombreuses équipes différentes travaillent ensemble pour essayer de fournir un produit merveilleux. Vous pouvez comparer ces équipes avec les différents itinéraires sur la carte. Chaque équipe a ses propres objectifs en tête et ce n'est qu'à certains passages à niveau que les équipes se rattrapent. La communication est essentielle tout projet mais encore plus crucial dans les grands projets. Comment communiquez-vous efficacement dans de tels projets?

Je travaille dans une entreprise de conception et de développement d'applications à New York. Différents projets passent souvent par le bureau et il n’est pas toujours évident de mener à bien des projets avec les différentes parties prenantes impliquées. C'est pourquoi, dans toute collaboration, vous devez être capable de vous comprendre. Nous avons opté pour un système hautement flexible et évolutif, capable de gérer des projets aussi bien petits que gigantesques. Voici un aperçu de notre processus.

Histoires d'utilisateurs Unifier les équipes

Les histoires d'utilisateurs aident à unifier nos équipes lors de la création d'un produit. Ils connectent chaque équipe et améliorent notre flux de travail.

Connecter des équipes est un défi. Naturellement, les équipes communiquent. Que cela se produise efficacement est discutable. Avoir un système en place qui améliore la communication en facilitant la discussion sur un produit technique améliore la collaboration des équipes. C'est exactement ce que les histoires d'utilisateurs sont à propos de.

Chez Fueled, nous pensons être en mesure de réaliser davantage avec un processus agile. Cela signifie que toutes nos équipes sont impliquées dès le premier jour lorsqu'un client veut travailler avec nous. Lorsque vous avez différentes équipes impliquées dans un projet dès le premier jour, il y aura des conflits et des incompréhensions sur les attentes et les résultats souhaités d'un projet. Après tout, comment planifier avec succès certaines limitations techniques pour un concepteur ou expliquer à un développeur le fonctionnement d’une maquette? Les personnes d'horizons différents dans l'industrie ont souvent des attentes différentes. Pour les personnes qui travaillent ensemble depuis toujours, il est beaucoup plus facile de savoir ce que l'on attend les uns des autres, mais pour les startups ou les nouveaux employés, il est souvent plus difficile de communiquer efficacement au début d'un projet..

Nous savons tous que dans des environnements multidisciplinaires, la collaboration n'est pas toujours facile.

À quoi ressemblent les histoires d'utilisateurs?

C'est ici que les histoires d'utilisateurs entrent en jeu. Le concept derrière les histoires d'utilisateurs est simple. Et si nous utilisions notre langue commune, l'anglais écrit, pour connecter des équipes et réaliser un produit? Les histoires d'utilisateurs sont les pensées écrites de l'utilisateur. Cela pourrait être un exemple de user story:

En tant qu'utilisateur, je veux pouvoir appuyer sur le bouton Précédent pour revenir à l'écran précédent..

Les user stories sont toujours écrites du point de vue de l'utilisateur.

Les critères d'acceptation sont accompagnés de récits d'utilisateurs. Il s'agit essentiellement d'une liste d'exigences permettant à la user story de se réaliser. Voici les critères d'acceptation de la précédente user story:

Je peux taper sur le bouton de retour.
Une fois que j'ai appuyé sur le bouton de retour, il passera momentanément à l'état activé avant de revenir à l'état normal.
Ensuite, je suis dirigé vers l'écran précédent.

Outre les critères d'acceptation, les user stories sont généralement accompagnées d'une structure filaire, d'une priorité et de l'état actuel. Voici d'autres exemples de critères d'acceptation possibles pouvant accompagner une user story:

Sur le fond, il y a une carte qui montre dynamiquement ma position actuelle.
Le champ de saisie de texte suivant doit être pré-rempli avec les données enregistrées dans la base de données..
Au-dessous de ces boutons, il y a un compte à rebours qui dure environ 30 secondes. Une fois le temps écoulé, les boutons de cet écran passeront à l'état désactivé..

Les user stories et les critères d'acceptation qui l'accompagnent sont des informations courtes et détaillées permettant d'expliquer les fonctionnalités d'une fonctionnalité donnée dans une application. Dans le même temps, les concepteurs et les développeurs comprennent ce que l'on attend d'eux. Prenons l'exemple de la user story du bouton Précédent: une fois que les concepteurs ont vu la structure filaire et lu les critères d'acceptation, ils savent qu'ils doivent concevoir deux états du bouton et les développeurs savent quel type de fonctionnalité spécifique ils doivent implémenter..

J'aimerais élaborer sur la différence entre les récits d'utilisateurs et les critères d'acceptation. Les user stories sont toujours écrites du point de vue de l'utilisateur. Les critères d'acceptation servent à clarifier les histoires d'utilisateurs: qu'est-ce qui est nécessaire pour que les histoires d'utilisateurs fonctionnent??

Histoires d'utilisateurs et équipes d'un

En tant que concepteur ou développeur individuel, vous pourriez être tenté de penser que cela n'est pas pertinent pour vous. Vous savez déjà tout ce que votre application devrait faire, non? Malheureusement, il est peu probable que cela soit vrai. Les critères d'acceptation restent extrêmement utiles pour l'assurance qualité et la recherche de problèmes dans votre propre code ou votre propre conception..

Les user stories sont également un outil utile pour la gestion de projet en général. Vous pouvez suivre différentes histoires d'utilisateurs et signaler des bugs ou des problèmes. Après tout, les user stories répertorient spécifiquement les attentes concernant les fonctionnalités de l'application sur laquelle vous travaillez..

Enfin, même si vous ne travaillez peut-être pas avec un autre membre de l'équipe aujourd'hui, que se passe-t-il si cela change demain? Vous pouvez étendre vos récits de manière à fournir des instructions de conception ou de développement afin de fournir encore plus de conseils aux collaborateurs..

Gestion des user stories

Bien entendu, de nombreux logiciels permettent de gérer les user stories en un processus simple et accessible. Par exemple, il y a Mingle, Pivotal Tracker, ScrumDo et bien d'autres. Pour nos projets, nous préférons utiliser Jira.

Capture d'écran de Jira

Vous n'êtes pas dépendant d'un logiciel tel que Jira pour utiliser le concept de user stories lors de la création d'une application. Vous pouvez vous en tenir à des outils gratuits ou créer votre propre moyen de garder une trace des histoires d'utilisateurs.

Généralement, il y a une personne qui gère le projet. Souvent, nous les qualifions de chefs de projet car ils ont une vue d'ensemble du projet. Les concepteurs et les développeurs ne sont pas obligés de penser constamment à la portée la plus large, ils peuvent simplement se concentrer sur la création des user stories. Lorsqu'il est utilisé correctement, c'est un système qui fonctionne assez bien. Une personne se concentre sur une vue d'ensemble, fournit des histoires d'utilisateurs et réfléchit à ce à quoi devrait ressembler le produit et à son fonctionnement. Parallèlement, ces personnes veillent à ce que les attentes des clients soient satisfaites tout en guidant leur équipe. C'est un moyen d'assurer efficacement la qualité.

Cela permet aux concepteurs et aux développeurs de se concentrer sur des fonctionnalités et des problèmes très spécifiques et définis sans se soucier constamment de la situation dans son ensemble. Les histoires d'utilisateurs et les critères d'acceptation rendent cela possible et il est facile de suivre les progrès du produit final.

Des outils tels que Jira incluent des fonctionnalités intégrées pour suivre ce processus. Vous avez la liberté de travailler de manière flexible avec le système. Vous pouvez associer certains problèmes ou bogues à certaines histoires d'utilisateurs. Si vous n'êtes pas satisfait d'un aspect spécifique de la conception, vous pouvez vous rapporter à cette histoire d'utilisateur spécifique. Ici au bureau, nous aimons travailler avec des "épopées". Une épopée est fondamentalement un groupe d'histoires d'utilisateurs. Par exemple, certaines applications ont une épopée pour chaque écran. De cette façon, vous pouvez regrouper les fonctionnalités d'un écran dans un groupe, ce qui vous donne un aperçu encore meilleur de la rapidité de votre projet ou du groupe de user stories à l'origine de la majorité des bugs. En outre, les concepteurs et les développeurs peuvent répartir leurs ressources entre les différentes user stories en fournissant plus d'informations sur le temps ou la complexité des fonctionnalités impliquées. Il est également possible de planifier certaines histoires d'utilisateurs ou épopées dans un calendrier et de microgérer l'avancement d'un projet..

En fin de compte, le succès du travail avec des user stories dans votre propre projet dépendra probablement de la flexibilité du système que vous avez mis en place et de la liberté que le système offre de fonctionner en tant que particulier ou en équipe. Un bon système de user story devrait également vous permettre de garder une vue d'ensemble du projet dans votre vision périphérique même en vous concentrant sur des tâches ou des fonctionnalités spécifiques..

Quelques derniers conseils et astuces

Essayez d’équilibrer vos histoires d’utilisateurs entre suffisamment de spécificité pour transmettre les fonctionnalités nécessaires sans devenir si spécifique qu’elles limitent la créativité. Offrez aux développeurs et aux concepteurs la liberté d'être créatifs tout en maintenant les objectifs du client ou des parties prenantes au cœur du projet.
Rédigez des récits d'utilisateurs en gardant à l'esprit les utilisateurs potentiels de l'application. Prévoyez que les attentes du public cible pourraient différer des souhaits initiaux du client et essayez de réduire ce fossé.
Chez Fueled, nous aimons polir nos produits. Faites en sorte que l'application fonctionne correctement! Si l'utilisateur interagit avec quelque chose, fournissez un retour, même s'il s'agit d'une simple animation de chargement. L'utilisateur doit toujours savoir ce qui se passe. Les histoires d'utilisateurs sont un excellent moyen de s'assurer que ces détails sont ajoutés correctement.
Tout en écrivant des user stories, créez un lien vers d'autres pertinentes. Par exemple, un bouton pourrait ouvrir un écran précédent comportant déjà une user story. Plus ces histoires se lient les unes aux autres, mieux c'est. Les histoires d'utilisateurs sont tous des fragments qui forment ensemble le produit final.

Conclusion

Espérons que cet article donne un aperçu de la manière dont nous abordons de grands projets et garantissons la qualité des produits que nous créons. Les user stories garantissent que vous réfléchissez aux fonctionnalités de votre application et que vous tenez compte des souhaits du client. Les histoires d'utilisateurs sont excellentes pour le produit, votre client et votre équipe!

Code