Comment écrire des tâches dans JIRA lorsque vous utilisez Scrum?
Je vais lancer un nouveau projet en utilisant Scrum et Jira et j'ai des questions sur la manière d'écrire des tâches appropriées à Jira.
D'après ce que je comprends, les histoires d'utilisateurs sont de petites descriptions non techniques écrites par les parties prenantes (idéalement) qui peuvent avoir la forme: en tant qu'utilisateur, je souhaite commander des monkies afin que je puisse gagner de l'argent.
Toutefois, ces tâches doivent être élaborées avec des exigences, des exigences techniques, etc. Ma question est la suivante: comment écrivez-vous de telles tâches dans JIRA et ai-je la bonne compréhension des histoires d'utilisateurs.
Devrais-je créer des histoires d'utilisateurs comme super tâches, puis créer des sous-tâches avec les tâches/exigences réelles?
Devrais-je estimer les superbes tâches/utilisateurs, ou uniquement les sous-tâches?
Devrais-je créer des histoires d'utilisateurs comme super tâches, puis créer des sous-tâches avec les tâches/exigences réelles?
Oui, même raison que @superm a donné. Notre équipe met en fait tous les critères d'acceptation et les exigences dans l'histoire de l'utilisateur (Super Tâche), puis créez des sous-tâches pour décrire exactement ce que les développeurs doivent faire exactement pour accomplir cette histoire (par exemple, créer une table, ajouter un service aux paramètres de serveur Tweak. , etc).
Nous utilisons également le plug-in GreenHopper pour JIRA ( http://www.atlassian.com/software/greenhopper/overview ) pour suivre nos épopées et nos histoires dans l'arriéré. Une fois que les histoires sont estimées avec des points d'histoire et engagés dans un sprint, l'équipe crée des sous-tâches sous chaque histoire pour ce qu'elles devront faire pour obtenir le logiciel pour mettre en œuvre la fonctionnalité. Le plug-in Greenhopper fait un excellent travail visualisant la sous-tâche à la relation d'histoires utilisateur. Cependant, même sans le plugin, Vanilla Jira vous permettra de spécifier une tâche principale (appelez votre histoire), puis des sous-tâches (ce que l'équipe frappe pendant le sprint).
Devrais-je estimer les superbes tâches/utilisateurs, ou uniquement les sous-tâches?
Nous estimons points de l'histoire au niveau de l'histoire uniquement (le plug-in GreenHopper ajoute un champ personnalisé pour cette valeur, mais si vous n'utilisez pas le plugin que vous pouvez Créez un champ personnalisé si vous le souhaitez). Mais sur notre équipe, comme les développeurs complètent leurs sous-tâches sous chaque histoire, ils jouissent de leur travail (par exemple, combien d'heures les a pris) afin que nous puissions le signaler plus tard. Nous ne connions jamais le travail (heures) à l'histoire (Super Tâche) et nous n'émettons jamais les heures pour compléter les sous-tâches ou les histoires qui y vont, c'est toujours post-mortem dans notre cas.
Vous avez une compréhension très superficielle des histoires d'utilisateurs. C'est bien, mais vous devriez savoir. Si vous voulez vraiment comprendre ce sujet, alors je vous recommande vivement de regarder le travail de Liz Keogh, Dan North, Chris Matts et Jeff Patton. S'amuser.
Ne négligez pas le suivi de ce genre de choses à Jira. C'est juste une liste de fantaisie à faire. Voici une histoire. Qu'est-ce qui reste à faire? Mettez ces tâches à Jira, chacune associée à l'histoire. Comme les gens pensent à faire des choses supplémentaires à faire, faites ces tâches à Jira, chacune associée à l'histoire. C'est ça.
Should I create user stories as super tasks and then create subtasks with the actual
tasks/requirements?
Oui. C'est très pratique car vous pouvez facilement comprendre pourquoi une certaine tâche a été effectuée. En outre, cette approche vous permet de suivre les progrès de chaque histoire d'utilisateur.
Should I estimate super tasks/user stories, or only the sub tasks?
De mon expérience, plus une tâche est petite est la plus facile à estimer. Les petites estimations ont également tendance à être plus précises. L'estimation d'une histoire d'utilisation est la somme des estimations de ses sous-tâches. Ainsi, l'estimation de l'histoire est plus juste, précise et sensible.
P.s. Voici quelques liaisons utiles sur Scrum et Jira: