JIRA: Epics vs Labels vs Composants
Ce blog a une définition d'épopée dans JIRA:
Les épopées sont des corps de travail beaucoup plus grands. Les épopées sont un travail au niveau des fonctionnalités qui englobe de nombreuses histoires d'utilisateurs. En utilisant l'exemple ci-dessus, une épopée peut être la fonctionnalité de gestion de compte complète et la possibilité de voir les achats précédents.
Ainsi, si (en tant que propriétaire de produit) j’ai une fonction importante à livrer qui comportera de nombreuses tâches plus petites et des sprints probables, une épopée est un bon choix.
Cependant, je pourrais tout aussi facilement créer un composant "Gestion de compte" (en utilisant l'exemple du blog), et toute tâche liée à cette fonctionnalité a ce composant affecté.
De même, je pourrais aussi facilement utiliser une étiquette "Account_Management", et les histoires/tickets faisant partie de la fonction de gestion de compte sont simplement marqués avec cette étiquette.
Alors ma question: pourquoi/dans quelles circonstances utiliseriez-vous une épopée? pourquoi/dans quelles circonstances utiliseriez-vous un composant? Pourquoi/dans quelles circonstances utiliseriez-vous une étiquette? C'est-à-dire que les trois (récits épiques, étiquettes, composants) semblent servir des objectifs très similaires (regrouper un ensemble de problèmes), quelle est la différence?
Avec les étiquettes et les composants, si vous souhaitez en sélectionner un groupe, vous devez utiliser la recherche par problème. Si vous utilisez des epics, vous pouvez également utiliser la recherche par problème, mais vous disposez également de fonctionnalités intégrées dans JIRA Agile.
Dans la vue de l'arriéré d'une carte JIRA Agile, vous avez un onglet Epic. Cet onglet vous permet de sélectionner les problèmes associés à chaque épopée. De plus, ses fonctionnalités simplifient l'ajout de nouveaux problèmes à une épopée. Le dernier avantage est que le nom épique est affiché en couleurs vives à côté des numéros de la liste. Cela peut être très utile lors de la visualisation de l'arriéré et pour avoir une idée du travail à venir.
Vous pouvez en savoir plus sur les épopées sur la page Atlassian Travailler avec des épopées .
Les composants sont utiles à l'équipe technique car ils peuvent couvrir plusieurs épopées. Un composant typique peut être 'base de données' ou 'interface utilisateur'. JIRA offre la possibilité d'attribuer du travail pour un composant particulier à un utilisateur JIRA particulier. Par exemple, tous les problèmes créés avec un composant de 'base de données' pourraient être attribués à Jill Smith.
Les étiquettes sont beaucoup plus adaptables et ont l'avantage de permettre plusieurs affectations (de sorte que plusieurs étiquettes peuvent être associées à un problème). Avec les étiquettes, c'est à vous de choisir comment vous les utilisez.
Epics sont par définition des problèmes de courte durée par rapport au projet dans son ensemble. Composants et Étiquettes d'autre part sont pour toujours. Et, vous devriez vous en tenir à les utiliser par leur vrai sens, aussi tentant soit-il.
Créez des épopées pour des fonctionnalités , ou comme mentionné par @Sateesh, pour des histoires plus volumineuses. Ils doivent résoudre leur problème et une fois que le besoin commercial est résolu, ils doivent alors être fermés/terminés .
Les composants ne sont pas caractéristiques . Ce sont les parties techniques du système. Ils peuvent également être utilisés pour catégoriser vos pièces ou ... bien, composants: P ... de votre produit.
Les étiquettes peuvent être n'importe quoi, comme mentionné par @barnaby. Généralement, il s’agit de mots-clés, de slogans, de mots que les gens peuvent vouloir associer à une tâche, etc. Je l’utilise principalement pour améliorer la lisibilité des problèmes dans une perspective à long terme. Il existe un plugin JIRA qui vous donne un nuage d'étiquettes JIRA (à des fins purement fantaisistes, je pense: D) qui pourrait vous intéresser aussi.
Ajout: Atlasian a maintenant créé un nouvel article expliquant cela de son point de vue.
https://www.atlassian.com/agile/delivery-vehicles
Mon opinion/usage.
Les étiquettes et les composants sont presque simples et ont déjà bien répondu.
Composants exemples
- Application client Android
- API de serveur
- Base de données etc .....
Étiquettes exemples.
- Secteurs de la logique métier (ex. Commandes, factures, utilisateurs, produits)
- Amélioration de la qualité du code
- Refactor
- Utilisabilité
- Requête de l'utilisateur/réclamation En général , tout ce qui est permet de classer les éléments.
Mais laissez-moi donner mes deux cents sur Epics parce que je trouve cette phrase trop générique.
Les épopées sont des corps de travail considérablement plus grands
Plus grande? 10 sprints? 10 histoires? 20 histoires? ou quoi?
Personnellement je classerais Epics en tant que objectifs .
Lors d’une rétrospective annuelle/trimestrielle, votre société organise une réunion avec tous les membres et toutes les parties prenantes. Elle se termine comme suit:
- Nous devons cibler plus de plateformes (epic = Platform Expanding )
- Notre personnel d'assistance a besoin de plus d'outils pour gérer les problèmes. ( Enrichir les outils de support )
- Le logiciel est trop difficile à utiliser! ( Refonte de l'interface utilisateur UX )
Cela signifierait 3 épopées avec un ensemble d'histoires pour couvrir chacune de ces exigences génériques
Les épopées sont de plus grandes histoires qui nécessitent plus d’un sprint. Une épopée peut impliquer plusieurs histoires d'utilisateurs. Chaque user story peut appartenir à un ou plusieurs composants. Dites, vous avez une recherche épique de disponibilité de compagnie aérienne. Cela peut comporter plusieurs histoires d'utilisateurs telles que la recherche OW, RT recherche, etc.). Certaines, voire toutes, peuvent comporter des composants tels que le cache, les règles de voyage et le moteur de réservation.
Les étiquettes sont juste pour plus de commodité. Cela n'a peut-être pas de signification physique.