Estamos tratando de organizar nuestras epopeyas de una mejor manera. En el pasado, las epopeyas permanecían indefinidamente abiertas en Jira. Cada soporte de producción/ticket de error se agregará a la epopeya existente. Sin embargo, dado que usamos épicas para rastrear nuestra hoja de ruta (básicamente tenemos un complemento que muestra la línea de tiempo de las épicas y lo que está activo en este momento. Es muy útil para dar una idea general, ya que tenemos muchas épicas), las épicas abiertas indefinidamente representan esto hoja de ruta inútil.
Decidimos cerrar la epopeya, una vez que todos los problemas en esa epopeya estén cerrados. El problema ahora es, ¿dónde colocar los errores de producción/tickets de soporte si la epopeya relevante está cerrada? Si los añadimos a su respectiva épica, volveremos a mantener la épica siempre abierta, cosa que no queremos. Si no los asignamos bajo ninguna épica, será difícil rastrear el esfuerzo de soporte que resultó de ciertas épicas.
¿Alguien se enfrentó a un problema así?
Fuera del contexto de Jira, un Epic representa algún tipo de valor comercial entregable. Una epopeya generalmente se compone de buenas historias , el valor total se obtiene para el cliente y los usuarios una vez que todas las historias se completan y entregan. No todas las Historias deben ser parte de una Epopeya. También diría que otros tipos de elementos pendientes, como los elementos que representan una deuda técnica o errores, no serían parte de un Epic.
Tiendo a usar Epics para representar el trabajo que abarca múltiples iteraciones, aunque también puedo ver el valor de agrupar Historias relacionadas según la definición de Epic. También está vinculado a un lanzamiento, aunque en la mayoría de los casos, las historias pueden publicarse de forma independiente, tiendo a lanzar un Epic en entornos de producción a la vez mientras implemento el trabajo en entornos de prueba y demostración con mucha más regularidad. Epic hace que el trabajo sea visible a medida que avanza a través de los estados. Por ejemplo, los estados incluyen Abierto, En curso, Revisión, Prueba, Publicado. Las historias pasan de Abiertas a Publicadas para indicar que están en el entorno de prueba/demostración de Epic y han sido codificadas, revisadas y probadas. Epic hace lo mismo, pero ingresa a Revisión cuando se fusiona con la rama de desarrollo principal y Prueba cuando se está realizando la prueba de regresión final.
Vería por qué agregas continuamente nuevos errores e historias a Epics. Parece que estás intentando usar Jira Epic como lanzamiento o etiqueta, los cuales también existen en Jira. En lugar de intentar realizar un seguimiento del esfuerzo de mantenimiento y soporte de Epic, realice un seguimiento por elementos como componente o asignado a una versión en particular. Si es necesario, se pueden aplicar técnicas de análisis de causa raíz para rastrear el trabajo futuro hasta epopeyas particulares y puede volver a usar etiquetas o tal vez algún tipo de campos personalizados para vincular el trabajo de soporte con el trabajo que lo causó.