Comment rédiger des tâches pour les histoires d'utilisateurs?
Par exemple, "Implémenter une fonction" Enregistrer sous "pour permettre à l'utilisateur d'ajuster le format de fichier" est une très bonne tâche.
Les user stories sont généralement créées par plusieurs personnes au sein d'une équipe logicielle et utilisées pour organiser la direction d'un projet de développement. Les tâches, quant à elles, sont les étapes exploitables basées sur des user stories qui fournissent des orientations aux membres de l'équipe. Le but de la rédaction des tâches et de leur distribution est que cela rend les commentaires exploitables, garantit que tout le monde sait sur quoi chaque membre de l'équipe travaille et divise les tâches de mêlée en objectifs indépendants.
Méthode 1 sur 3: compiler et organiser vos user stories
- 1Recueillez les avis et les commentaires que vous utilisez pour créer des user stories. Tout d'abord, prenez tous les commentaires des utilisateurs, testez les données, examinez les informations et compilez-les ensemble. Vous pouvez compiler une feuille de calcul, écrire les informations sur des fiches ou simplement copier et coller des critiques dans un document partageable. Cela vous donnera toutes vos données brutes en un seul endroit pour faciliter le partage et la traduction.
- 2Traduire les informations en user stories concrètes. Les user stories font référence aux déclarations en une phrase qui identifient ce que l'utilisateur veut faire, mais ne peut pas. Ces histoires suivent généralement un modèle, mais plusieurs options sont disponibles en fonction du format qui convient le mieux à votre équipe. Décomposez chaque point de données en phrases uniques en utilisant le format de votre choix. Notez-les sur des fiches ou dans un document séparé.
- Une façon d'écrire des user stories est d'utiliser la méthode INVEST. INVEST signifie indépendant, négociable, précieux, estimé, petit et testable. Par exemple, vous pouvez prendre «Je n'aime pas le fait qu'il n'y a pas de fonction de sauvegarde» et le transformer en «Je veux une fonction de liste de souhaits pour enregistrer les produits que je regarde dans la boutique».
- Le modèle le plus courant est "En tant que (type d'utilisateur), je veux (fonction ou action) afin que je (fonctionnalité ou avantage précieux)".
- Par exemple, «Je déteste devoir cliquer sur 3 menus pour ouvrir l'interface. Il faut trop de temps pour accéder au menu administrateur» peut être traduit en «En tant qu'administrateur, je souhaite accéder plus rapidement à l'interface utilisateur de contrôle afin de pouvoir connectez-vous facilement à des comptes séparés. "
- 3Décomposez les histoires épiques en histoires plus petites pour les rendre gérables. Les histoires épiques font référence à de plus gros commentaires qui incluent plusieurs histoires. Étant donné que les histoires ne doivent se concentrer que sur un seul aspect du logiciel, il est important de séparer les points de données plus volumineux en histoires plus petites pour les rendre plus gérables.
- Par exemple, "Je n'ai pas aimé la disposition des boutons. Les miniatures sont vraiment difficiles à lire et je ne sais pas à quoi sert l'outil de ligne ondulée ", pourrait être divisé en "Je veux que la disposition de l'interface utilisateur soit simplifié pour le rendre plus facile à suivre»,«Je veux des miniatures ajustables pour les rendre plus lisibles»et«Le but de l'outil de déverrouillage ne semble pas clair et j'aimerais plus d'instructions.»
Par exemple, «je vais m'assurer que chaque utilisateur utilise correctement le programme» n'est pas particulièrement raisonnable. - 4Répartissez les user stories entre les départements ou les membres de l'équipe. Rassemblez tous les membres de l'équipe dans la salle et séparez les histoires. Donnez chaque histoire au membre de l'équipe le plus adapté à la tâche. Par exemple, si une histoire implique du codage, donnez-lui un codeur. S'il s'agit de conception ou de mise en œuvre, confiez-le à un autre membre de l'équipe mieux adapté à la tâche.
Astuce: si vous avez des dizaines d'histoires, choisissez de 10 à 15 histoires hautement prioritaires pour commencer. Vous n'avez pas besoin de gérer toutes les histoires à la fois.
Méthode 2 sur 3: développer des tâches à partir des histoires
- 1Déterminez ce que vous devez réellement faire pour résoudre une user story. Chaque bonne user story a une solution. La première étape consiste à réfléchir à ce qui doit réellement se passer pour que cette solution se concrétise. Évaluez le problème de l'utilisateur et notez quelques idées sur la façon dont le problème peut être résolu.
- Par exemple, si une histoire se lit comme suit: «En tant que joueur, je trouve la caméra à la première personne difficile à naviguer», le problème de l'utilisateur n'est pas vraiment la perspective à la première personne. C'est avec combien il est difficile de contrôler leur vision. Vous pouvez envisager différentes commandes de caméra, une nouvelle profondeur de champ ou l'ajustement du code de la caméra.
Conseil: vous pouvez le faire en collaboration si vous le souhaitez. De nombreuses personnes trouvent plus facile de transformer des histoires en tâches en parlant des histoires avec d'autres personnes dans leur domaine.
- 2Évaluer les solutions les plus pratiques lors de la pondération des objectifs. Il existe probablement plusieurs façons de composer des tâches pour chaque user story. Certaines des meilleures solutions seront évidentes, mais elles peuvent parfois être un peu ambiguës. En général, il est préférable de toujours choisir l'option la plus pratique en termes d'implémentation et de modification future. De cette façon, il est plus facile d'annuler les modifications ou d'effectuer des ajustements futurs.
- Par exemple, si une user story dit "En tant qu'écrivain, le nombre limité de polices rend difficile la présentation de mon travail", vous pouvez implémenter un système dans lequel les utilisateurs peuvent importer des polices à partir de services tiers, mais il est probablement beaucoup plus facile à ajoutez simplement 15-20 polices de caractères au programme.
- 3Gardez vos tâches aussi petites que possible pour garder les objectifs clairs. Aucune tâche ne doit impliquer plusieurs objectifs ou changements. Si nécessaire, divisez les user stories en 2-3 tâches pour que les objectifs restent clairs et gérables.
- Par exemple, si une histoire se lit comme suit: "Je veux plus d'options d'accessibilité pour les composants audio et visuels", vous pouvez la décomposer en "Mettre en œuvre un mode daltonien" et "Ajouter une fonction de sous-titre pour les utilisateurs malentendants".
Le modèle le plus courant est "En tant que (type d'utilisateur), je veux (fonction ou action) afin que je (fonctionnalité ou avantage précieux).". - 4Assurez-vous que les tâches peuvent être accomplies en une seule journée. Si vous rédigez une tâche et que vous avez l'impression que cela prendrait plus d'un jour, elle doit être décomposée davantage. Toute tâche de plusieurs jours est assurément trop complexe pour être utile et la diviser en étapes distinctes facilitera grandement la gestion de votre travail.
- Par exemple, si une tâche finit par lire "S'assurer que l'utilisateur peut consulter l'historique de ses commandes après avoir acheté des produits ", vous devrez probablement la décomposer en "Ecrire le code d'une page d'historique des commandes", "Rédiger un script qui accède à un les achats précédents de l'utilisateur»et«Implémentez le script dans le code pour le tester».
Méthode 3 sur 3: écrire avec la méthode SMART
- 1Assurez-vous que votre tâche est aussi spécifique que possible pour guider votre travail. La méthode SMART est le moyen le plus populaire d'écrire des tâches et de les réviser. Pour commencer, assurez-vous de résumer votre tâche dans les termes les plus spécifiques possibles. Cela vous évitera de vous perdre dans les roseaux lorsque vous aurez terminé la tâche.
- SMART signifie spécifique, mesurable, réalisable, pertinent et chronométré.
- Par exemple, «Ajouter une fonction de sous-titre pour les utilisateurs malentendants» est un bon début, mais elle peut être rendue encore plus précise en décrivant le type de fonction et quand elle sera utilisée. Vous pouvez vous retrouver avec "Composez un script Java qui génère des sous-titres basés sur des signaux audio dans les liens sur lesquels les utilisateurs cliquent".
Conseil: vous pouvez soit rédiger vos tâches à partir de zéro à l'aide de la méthode SMART, soit rédiger un brouillon puis le réviser pour vous assurer qu'il est SMART. Faites ce qui vous semble le plus logique.
- 2Assurez-vous que votre tâche est mesurable afin de savoir quand vous avez terminé. Si votre tâche n'est pas mesurable, vous ne saurez pas réellement si vous avez accompli la chose que vous vous êtes fixé de faire. En termes de programmation, mesurable signifie que vous disposez d'une métrique concrète pour juger si le travail est fait.
- Par exemple, "Améliorer les contrôles utilisateur pour la fonction d'enregistrement" n'est pas vraiment mesurable. Cependant, «Mettre en œuvre une fonction«Enregistrer sous»pour permettre à l'utilisateur d'ajuster le format de fichier» peut être mesurée en fonction du fonctionnement correct ou non de la fonction «Enregistrer sous».
- 3Composez la tâche à réaliser en fonction de vos compétences et de l'utilisateur moyen. Une tâche est réalisable dans la mesure où c'est quelque chose que vous pouvez faire vous-même, et c'est quelque chose que l'utilisateur peut raisonnablement accomplir sans l'aide d'un tiers. Si vous avez déjà essayé de naviguer sur une page Web complexe pour trouver des informations dont vous saviez qu'elle était là mais que vous ne pouviez pas trouver, vous n'avez pas accompli ce que vous aviez prévu de faire. De même, le concepteur de la page n'a pas atteint l'objectif final de rendre les informations facilement identifiables.
- Par exemple, «je vais m'assurer que chaque utilisateur utilise correctement le programme» n'est pas particulièrement raisonnable. Cependant, "Je vais créer un tutoriel qui apprend à l'utilisateur à utiliser correctement l'outil Pinceau " est certainement possible.
Si votre équipe a un membre avec un talent spécifique pour la rédaction de tâches, n'hésitez pas à lui donner toutes les user stories pour la rédaction de tâches. - 4Assurez-vous que la tâche correspond aux objectifs plus larges du projet. Si vous êtes hyper concentré sur la correction d'un bogue mineur qui n'affecte pas réellement les fonctionnalités du logiciel, il n'y a aucune vraie raison de le corriger. De même, si un utilisateur ne se soucie pas nécessairement du format du script que vous écrivez, il n'y a aucune raison de s'en inquiéter.
- C'est le meilleur moyen d'éliminer les tâches inutiles qui n'ont pas vraiment d'importance. Posez-vous simplement la question: «Est-ce que cela m'intéresse», «Cela a-t-il un impact sur l'objectif global du projet» et «L'utilisateur final se soucie-t-il de cela?» Si la réponse à ces 3 questions est non, vous n'avez pas besoin de le faire.
- 5Fixez une date limite à la tâche pour vous donner un calendrier. Si une tâche n'est pas liée au calendrier du projet, cela ne se produira pas. Placer un calendrier sur la tâche est la dernière étape. Évaluez le temps qu'il faudra pour accomplir la tâche, jetez un œil à votre emploi du temps et donnez-lui une date limite.
- Par exemple, "Implémenter une fonction" Enregistrer sous "pour permettre à l'utilisateur d'ajuster le format de fichier" est une très bonne tâche. Vous pouvez lui donner une échéance littérale ou la placer dans le contexte du projet. Ainsi, le produit final peut ressembler à: "Mettre en œuvre une fonction" Enregistrer sous "pour permettre à l'utilisateur d'ajuster le format de fichier dans les 6 prochaines heures" ou "Mettre en œuvre une fonction" Enregistrer sous "pour permettre à l'utilisateur d'ajuster le format de fichier avant nous testons l'interface du menu final. "
- Si votre équipe a un membre avec un talent spécifique pour la rédaction de tâches, n'hésitez pas à lui donner toutes les user stories pour la rédaction de tâches. Ensuite, ils peuvent partager les tâches avec l'équipe et laisser chacun choisir quelle tâche il va entreprendre.
Lisez aussi: Comment être un espion?
