JIRA: les Épopées etiquette vs vs Composants
Ce blog a une définition des épopées dans JIRA:
Les épopées sont des corps de travail significativement plus grands. Les épopées sont des travaux au niveau des fonctionnalités qui englobent de nombreuses histoires d'utilisateurs. En utilisant l'exemple ci-dessus, une epic peut être la fonction de gestion de Compte entière et la possibilité de voir les achats précédents.
Donc, si (en tant que propriétaire de produit) j'ai une grande fonctionnalité que je veux livrer qui comprendra de nombreuses tâches plus petites et des sprints d'envergure probables, alors une épopée est une bonne 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 assigné.
De même, je pourrais aussi utiliser aussi facilement une étiquette de "Account_Management", et toutes les histoires/tickets qui font partie de la fonctionnalité de gestion de compte sont simplement étiquetées avec cette étiquette.
Donc ma question: pourquoi/quelles circonstances utiliseriez-vous une épopée? pourquoi / quelles circonstances utiliseriez-vous un composant? Pourquoi/dans quelles circonstances utiliseriez-vous une étiquette? Ie-tous les trois (épopées, étiquettes, composants) semblent servir à des fins très similaires (regroupement d'une collection de questions), Quelle est la différence?
4 réponses
Avec les étiquettes et les composants si vous souhaitez sélectionner un groupe d'entre eux, vous devez utiliser issue search. Si vous utilisez epics, vous pouvez également utiliser issue search, mais vous obtenez également des fonctionnalités intégrées dans JIRA Agile.
Dans la vue backlog d'une carte Agile Jira, vous avez un onglet Epic. Cet onglet vous permet de sélectionner les problèmes associés aux épopées individuelles. De plus, il a des fonctionnalités qui le rendent simple d'ajouter de nouveaux problèmes à une épopée. L'avantage final est que le Nom Épique est affiché aux couleurs vives à côté des questions dans la liste. Cela peut être très utile lors de la visualisation de l'arriéré et d'avoir une idée de ce que le travail est à venir.
Vous pouvez en savoir plus sur les épopées sur le Atlassian Travailler avec les Épopées page.
Composants sont utiles pour l'équipe technique, car ils peuvent s'étendre sur de nombreuses épopées. Un composant typique peut être 'database' ou 'UI'. JIRA offre la possibilité d'attribuer du travail pour un composant particulier à un utilisateur JIRA particulier. Par exemple, tous les les problèmes créés avec un composant de 'database' pourraient être attribués à Jill Smith.
Les étiquettesSont beaucoup plus adaptables et ont l'avantage d'autoriser plusieurs affectations (de sorte que plus d'une étiquette peut être associée à un problème). Avec les étiquettes, il est très bien à vous comment vous les utilisez.
Les épopées par définition sont des problèmes de courte durée par rapport au projet dans son ensemble. Composantes et Étiquettes d'autre part, sont pour toujours. Et, vous devez vous en tenir à les utiliser par leurs vraies significations, mais tentant, il peut en être autrement.
Créez des épopées pour features , ou comme mentionné par @Sateesh, pour de plus grandes histoires. Ils devraient résoudre leur but, et une fois que le besoin d'affaires est fait pour, ils devraient alors être fermé / terminé .
Les composants ne sont pas Caractéristiques . Ils sont les parties techniques du système. Ils peuvent également être utilisés pour catégorisation, vos pièces ou... Eh bien, composants: P... de votre produit.
Les étiquettes peuvent être n'importe quoi, comme mentionné par @barnaby. En règle générale, ce sont des mots-clés, des phrases-clés, des mots auxquels les gens peuvent vouloir se rapporter, etc. Je l'utilise principalement pour rendre les problèmes mieux consultables dans une perspective à long terme. Il y a 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 leur point de vue.
Https://www.atlassian.com/agile/delivery-vehicles
Mon avis / utilisation.
Les étiquettes et les composants sont presque simples et ont déjà bien répondu.
Composants exemples
- application client Android
- API serveur
- base de données etc.....
Les Étiquettes exemple.
- secteurs de logique métier (Ex Commandes,Factures,utilisateurs, Produits)
- Code Amélioration De La Qualité
- Refactoriser
- facilité d'Utilisation
- demande/plainte de L'utilisateur Généralement Tout ce que aide à catégoriser les choses.
Mais permettez-moi de donner mes deux cents sur Epics parce que je trouve cette phrase beaucoup trop générique.
Les épopées sont des corps de travail significativement plus grands
Plus Grand? 10 Sprints? 10 histoires? 20 histoires? ou quoi?
Personnellement je voudrais classer les Épopées comme Objectifs.
Lors D'une rétrospective annuelle / trimestrielle, votre entreprise tient une réunion avec tous les membres et parties prenantes , et conclut à ce qui suit
- nous devons cibler plus de plates-formes (epic = Expansion de la plate-forme )
- notre personnel de soutien 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 à compléter. Une épopée peut impliquer plusieurs histoires d'utilisateurs. Chaque récit utilisateur peut appartenir à un ou plusieurs Composants. Dites, vous avez une recherche de disponibilité aérienne épique. Cela peut avoir plusieurs histoires D'utilisateurs comme ow search, RT search etc., Certains ou tous peuvent impliquer des composants comme le cache, la Politique de voyage et le moteur de réservation.
Les étiquettes sont juste pour plus de commodité. Il peut ne pas avoir de signification physique.