tools - JIRA: Epics vs Labels vs Components

jira tutorial español

Question

Este blog tiene una definición de epopeyas en JIRA:

Las epopeyas son cuerpos de trabajo significativamente más grandes. Las epopeyas son trabajos a nivel de características que abarcan muchas historias de usuarios. Usando el ejemplo anterior, una épica podría ser la función completa de administración de cuentas y la capacidad de ver compras anteriores.

Entonces, si (como propietario de un producto) tengo una gran característica que quiero que se entregue y que abarque muchas tareas más pequeñas y probablemente abarque sprints, entonces una épica es una buena opción.

Sin embargo, podría crear fácilmente un componente de "Administración de cuentas" (usando el ejemplo del blog), y cualquier tarea relacionada con esa característica tiene ese componente asignado.

Del mismo modo, también podría usar con la misma facilidad una etiqueta de "Account_Management", y cualquier historia / ticket que forme parte de la función de Administración de cuentas simplemente se etiqueta con esa etiqueta.

Entonces mi pregunta: ¿por qué / qué circunstancias usarías una épica? ¿Por qué / qué circunstancias utilizarías un componente? ¿Por qué / en qué circunstancias usarías una etiqueta? Es decir, los tres (epopeyas, etiquetas, componentes) parecen tener propósitos muy similares (agrupar una colección de temas), ¿cuál es la diferencia?

Answer 1

Con etiquetas y componentes, si desea seleccionar un grupo de ellos, debe usar la búsqueda de problemas. Si usa épicas, también puede usar la búsqueda de problemas, pero también obtiene la funcionalidad integrada en JIRA Agile.

En la vista de la cartera de pedidos de un tablero JIRA Agile, tiene una pestaña Épica. Esta pestaña le permite seleccionar los problemas asociados con las epopeyas individuales. Además, tiene una funcionalidad que simplifica la adición de nuevos problemas a una épica. La ventaja final es que el nombre épico se muestra de colores brillantes junto con los problemas de la lista. Esto puede ser muy útil al ver el trabajo atrasado y tener una idea de qué trabajo vendrá a continuación.

Puede ver más sobre las epopeyas en la página de Atlassian Trabajando con las epopeyas .

Los componentes son útiles para el equipo técnico, ya que pueden abarcar muchas epopeyas. Un componente típico podría ser ''base de datos'' o ''UI''. JIRA ofrece la opción de asignar trabajo para un componente en particular a un usuario de JIRA en particular. Por ejemplo, todos los problemas creados con un componente de ''base de datos'' podrían asignarse a Jill Smith.

Las etiquetas son mucho más adaptables y tienen la ventaja de permitir múltiples asignaciones (por lo que se puede asociar más de una etiqueta a un problema). Con las etiquetas, depende de usted cómo las use.

Answer 2

Las epopeyas son historias más grandes que requieren más de un sprint para completarse. One Epic puede involucrar varias historias de usuarios. Cada historia de usuario puede pertenecer a uno o más componentes. Digamos que tienes una búsqueda épica de disponibilidad de aerolíneas. Esto puede tener múltiples historias de usuario como búsqueda OW, búsqueda RT, etc. Algunas o todas pueden incluir componentes como caché, política de viajes y motor de reservas.

Las etiquetas son solo por conveniencia. Puede que no tenga importancia física.

Answer 3

Adición: Atlasian ahora ha creado un nuevo artículo que explica esto desde su perspectiva.

https://www.atlassian.com/agile/delivery-vehicles

Mi opinión / uso.

Las etiquetas y los componentes son casi sencillos y ya están bien respondidos.

Ejemplos de componentes

• Aplicación cliente de Android
• API del servidor
• Base de datos, etc .....

Ejemplos de etiquetas .

• Sectores de lógica de negocios (ex pedidos, facturas, usuarios, productos)
• Mejora de la calidad del código
• Refactor
• Usabilidad
• Solicitud / queja del usuario Generalmente, cualquier cosa que ayude a clasificar las cosas.

Pero déjame dar mis dos centavos sobre Epics porque encuentro esta frase demasiado genérica.

Las epopeyas son cuerpos de trabajo significativamente más grandes

Más grande? 10 sprints? 10 historias? 20 historias? ¿o que?

Personalmente clasificaría las epopeyas como objetivos .

En una retrospectiva anual / trimestral, su empresa celebra una reunión con todos los miembros y partes interesadas, y concluye lo siguiente

1. Necesitamos apuntar a más plataformas (epic = Platform Expanding )
2. Nuestro personal de soporte necesita más herramientas para manejar los problemas. ( Enriquecer herramientas de soporte )
3. ¡El software es demasiado difícil de usar! ( Rediseño UI UX )

Esto significaría 3 epopeyas con un conjunto de historias para cubrir cada uno de esos requisitos genéricos

Answer 4

Las epopeyas, por definición, son cuestiones de corta duración en comparación con el proyecto en su conjunto. Los componentes y las etiquetas, por otro lado, son para siempre. Y, debe seguir utilizándolos por sus verdaderos significados, por tentadores que sean, de lo contrario.

Crea Epics para funciones , o como lo menciona @Sateesh, para historias más grandes. Deben resolver su propósito, y una vez que la necesidad del negocio está hecha, deben cerrarse / terminarse .

Los componentes no son características . Son las partes técnicas del sistema. También se pueden usar para clasificar sus partes o ... bueno, componentes: P ... de su producto.

Las etiquetas pueden ser cualquier cosa, como lo menciona @barnaby. Por lo general, son palabras clave, frases clave, palabras con las que las personas pueden querer relacionar una tarea, etc. Lo uso principalmente para hacer que los problemas se puedan buscar mejor desde una perspectiva a largo plazo. Hay un complemento JIRA que le brinda una nube de etiquetas JIRA (para fines puramente sofisticados, creo que: D) que también podría interesarle.