La conception d’une application web ou d’un logiciel ne se limite pas uniquement à la phase de codage et à l’implémentation de l’application elle-même.
De nombreuses étapes sont nécessaires, notamment la compréhension précise du besoin, la conception, les tests, le perfectionnement et la livraison de la version finale de l’application.
Certaines applications web que nous utilisons peuvent s’avérer complexes à appréhender durant leur processus de développement. Heureusement, la visualisation de processus, d’idées ou de concepts complexes facilite leur compréhension.
Les « user stories » (récits utilisateurs) sont des éléments cruciaux dans le développement de logiciels, car elles permettent de décrire de manière visuelle les fonctionnalités et d’établir un ordre de priorité pour les éléments ou les récits à développer. Continuez votre lecture pour découvrir comment créer des « user stories » dans Jira.
Qu’est-ce qu’une « user story »?
Une « user story » peut être définie comme une description générale d’une fonctionnalité d’une application ou d’un logiciel web, rédigée du point de vue de l’utilisateur final. Il est important de noter que les « user stories » ne sont pas des spécifications logicielles. Ce sont des récits informels destinés à illustrer comment les fonctionnalités apporteront de la valeur aux utilisateurs finaux.
La structure de base d’une « user story »
Les « user stories » sont des listes de tâches qui permettent de déterminer les étapes à suivre lors du travail sur un projet. Une « user story » a pour objectif de capturer le « qui », le « quoi » et le « pourquoi » d’une exigence produit. Ces récits doivent être concis, chaque élément ne devant pas dépasser 10 à 15 mots. Ces étapes permettent de s’assurer que le produit et le processus répondent aux exigences attendues.
Selon Ron Jeffries, chaque « user story » devrait respecter les « 3C »: « Carte », « Conversation » et « Confirmation ». Examinons de plus près ces 3C à prendre en compte lors de la rédaction de « user stories » dans Jira.
Carte
À l’origine, les « user stories » étaient écrites sur des cartes physiques ou des post-it. Aujourd’hui, nous disposons de cartes numériques, que nous pouvons personnaliser aisément lors de la rédaction de « user stories » dans Jira. Cependant, une carte ne doit contenir que des informations succinctes sur l’exigence. Elle doit être suffisamment informative pour permettre de comprendre le besoin.
La carte peut également comporter des informations importantes comme la priorité et le coût associé à la fonctionnalité. Le Product Owner ou le chef de projet remet la carte de récit aux développeurs une fois tous les détails saisis.
Conversation
Une fois la « user story » formulée à l’aide d’une carte, une conversation s’engage entre les parties prenantes. L’exigence décrite dans la « user story » doit être discutée et affinée avant d’être communiquée aux développeurs.
La collaboration est également encouragée grâce aux conversations entre les Product Owners, les Scrum Masters, les développeurs et les parties prenantes. Ces échanges d’idées et d’opinions ont lieu depuis la phase de planification jusqu’au moment où la « user story » est sélectionnée pour l’implémentation. Ces conversations peuvent être verbales, parfois accompagnées de documents justificatifs.
Confirmation
Les conversations peuvent se dérouler sur plusieurs jours, voire semaines. Cependant, un élément de doute peut subsister. Une confirmation devient alors nécessaire. L’ajout de critères permettant d’établir une mesure spécifique comme critère d’acceptation est essentiel. Ces mesures peuvent être présentées sous forme de listes à puces dans le récit.
La confirmation prend la forme de tests d’acceptation. Ces tests doivent capturer les exigences essentielles et permettre de vérifier que le produit créé est conforme aux normes établies. Le Product Owner définit les critères d’acceptation. Les développeurs sont chargés de les mettre en œuvre.
Objectif de la rédaction d’une « user story »
- Aide les concepteurs, les Product Owners et les développeurs à se mettre à la place des utilisateurs finaux. Les produits modernes doivent tenir compte de l’interaction entre les utilisateurs finaux et le produit. Une « user story » est un excellent outil qui met en lumière le parcours des utilisateurs finaux lors de la conception et du développement d’un produit.
- Adopte un format simple et flexible. Les « user stories » dans Jira ne doivent pas être compliquées. Leur format simple permet de capturer tous les détails avec le moins de mots possible. Les besoins évoluent également avec le développement d’une application ou d’un logiciel. C’est pourquoi une « user story » doit être suffisamment flexible pour s’adapter à ces changements.
- L’équipe utilise le même langage. Une équipe de développement est généralement composée d’un Product Owner, de concepteurs et de développeurs. Une « user story » est un outil efficace pour s’assurer que tous les membres de l’équipe comprennent le besoin et les objectifs finaux.
- Les « user stories » favorisent la collaboration. Elles définissent les objectifs finaux. L’équipe peut ainsi travailler ensemble pour déterminer comment servir au mieux l’utilisateur final et atteindre les objectifs fixés.
Bonnes pratiques à suivre lors de la rédaction de « user stories »
#1. L’utilisateur doit être clairement défini
Un travail ne doit être entrepris qu’après identification de l’utilisateur. L’utilisateur à l’origine de la demande peut être un utilisateur externe, un client ou le chef de produit. Il peut parfois s’agir d’un membre de l’équipe de développement ayant identifié une fonctionnalité sur laquelle il serait pertinent de travailler.
L’utilisateur se présente généralement comme suit:
« En tant que [Nom d’utilisateur]… »
Par exemple, « En tant que locataire… » ou « En tant que propriétaire… ».
#2. Les « user stories » doivent saisir le besoin
Quelques questions à poser : l’utilisateur souhaite-t-il partager une photo de produits avec ses amis ou consulter l’historique de tous les articles achetés ? Ces questions permettent à l’équipe produit de comprendre l’objectif de la création.
L’erreur fréquente à cette étape est de présenter une solution. Une « user story » ne doit pas inclure de solution. En tant que développeur de produit, vous devez collaborer avec les utilisateurs lors de la rédaction des « user stories » dans Jira pour cerner leurs besoins, sans pour autant tirer des conclusions hâtives.
Le besoin est généralement présenté comme suit : « En tant que [NOM D’UTILISATEUR]: Je peux [RÉALISER QUELQUE CHOSE]….”
Par exemple, « En tant que propriétaire: je peux consulter la répartition des encaissements mensuels des loyers…. ».
#3. Ajouter une déclaration de justification
La déclaration de justification peut être introduite à l’aide d’une expression telle que « afin de ». Une fonctionnalité n’est pas ajoutée à une application sans raison. Elle doit apporter une valeur ajoutée.
La déclaration de justification se présente comme suit :
« En tant que [NOM D’UTILISATEUR], je peux [RÉALISER QUELQUE CHOSE] afin de [DÉCLARATION DE VALEUR]… »
Par exemple :
« En tant que propriétaire : je peux consulter la répartition des encaissements mensuels des loyers afin de pouvoir planifier mes dépenses. »
La déclaration de justification explique pourquoi l’équipe produit devrait travailler sur la fonctionnalité proposée.
#4. Une « user story » doit être indépendante
Chaque « user story » créée doit représenter un ensemble de valeurs commerciales indépendant et distinct. La mise en œuvre de la « user story » par les développeurs doit apporter une valeur ajoutée.
#5. Rendre la « user story » négociable
L’objectif final d’une « user story » doit être clairement défini. Cependant, le processus de réalisation des objectifs doit être négociable. La « user story » doit permettre au Product Owner et à l’équipe de développement de négocier afin d’éviter des contraintes irréalistes sur la fonctionnalité ou la caractéristique.
#6. Être simple et concis
Il est essentiel de réduire la taille de vos « user stories » dans Jira afin d’atteindre les objectifs fixés dans le cycle de sprint. Si une histoire est trop complexe, il faut la subdiviser.
Processus étape par étape de création d’une « user story » dans Jira
Jira est l’un des meilleurs outils de gestion de projet au monde. Initialement utilisé pour le suivi des bugs et des problèmes, Jira est aujourd’hui un outil de développement logiciel agile complet pour les équipes de développement.
La fonctionnalité soignée de cette application et sa facilité d’intégration avec diverses applications sont des arguments justifiant l’utilisation de Jira pour la rédaction de « user stories ». Suivez les étapes ci-dessous pour créer votre première « user story ».
#1. Se connecter/créer un compte Jira
Si vous possédez déjà un compte Jira, connectez-vous et passez à l’étape 2. Si vous n’avez pas de compte Jira, vous pouvez en créer un gratuitement. Remplissez les informations requises et suivez les tutoriels pour configurer votre premier projet. Une fois votre compte prêt, vous pouvez passer à l’étape 2.
#2. Créer un « ticket »
Les « tickets » permettent de suivre les tâches individuelles à effectuer. Cliquez sur l’icône « Créer » dans la barre de navigation supérieure de votre tableau de bord Jira.
#3. Décrire votre « user story »
Décrivez votre « ticket » dans la section description. Dans cet exemple, notre description est : « En tant qu’utilisateur, j’aimerais partager des offres intéressantes afin que mes amis/ma famille puissent en bénéficier ».
#4. Joindre les fichiers associés
Certaines tâches peuvent nécessiter des fichiers. Notre « user story » ne comportant pas d’image, nous pouvons passer cette étape.
#5. Ajouter une description
Cette section permet de détailler la fonctionnalité. Dans notre exemple, nous pouvons décrire les plateformes de réseaux sociaux sur lesquelles les produits pourront être partagés.
#6. Attribuer la tâche
Par défaut, la tâche est attribuée à la personne ayant créé le récit. Vous pouvez toutefois attribuer le « ticket » à une autre personne si vous travaillez en équipe.
#7. Définir la priorité de la tâche
Lors de la rédaction de « user stories » dans Jira, vous pouvez définir la priorité sur « la plus haute », « haute », « basse » ou « la plus basse ». Nous avons choisi « Haute » pour notre fonctionnalité de partage sur les réseaux sociaux.
#8. Publier la « user story »
S’agissant de votre première création de « user story », il est possible que vous ne disposiez pas de nombreuses fonctionnalités. Vous pouvez appuyer sur le bouton « Créer » afin de rendre votre « user story » disponible pour la visualisation.
Conclusion
La rédaction de « user stories » dans Jira n’est pas compliquée si vous suivez les étapes mentionnées ci-dessus. Jira propose également des guides et des tutoriels auxquels vous pouvez vous référer si vous vous sentez bloqué.
Vous pourriez également être intéressé par ce guide sur la méthodologie Agile.