Hola, estoy un poco confundido con el término proyecto. En este momento estoy trabajando como gerente de proyectos en una empresa nueva donde tenemos un cliente principal con un trabajo dedicado a tiempo completo y nuestro producto es un sitio web de gestión de eventos en línea. Este sitio web es un gran producto en sí mismo y se extiende a través de múltiples componentes/módulos como búsqueda, pagos, perfiles, etc. Así que ahora acabo de empezar a usar Jira y quiero saber si debo considerar cada componente/módulo como un proyecto individual. O debería haber un proyecto y esos módulos deberían considerarse como una epopeya. Otro punto a considerar aquí es que muchos de esos módulos ya están construidos y siguen apareciendo tareas/características. Entonces, ¿debería considerarlos como componentes en JIRA? Si los considero épicos, podría haber una situación en la que no pueda cerrar esa épica nunca. Pero el lado positivo es que puedo administrarlo desde mi único proyecto. ¿Y puedo decir que esta jerarquía es correcta?
Producto-->Proyecto-->Epics-->Historia
¿Y podemos tener un solo backlog para múltiples proyectos si optamos por esa opción? Por favor ayúdenme estoy muy confundido.
Así que veo una combinación de términos de los mundos tradicional y Agile. La respuesta a continuación asume que está utilizando Scrum.
Producto = Proyecto Para su proyecto, cree un proyecto en JIRA. Todo lo relacionado con tu proyecto vivirá aquí. Los desarrolladores tendrán acceso a este proyecto, creará flujos de trabajo para los diferentes tipos de problemas, etc. Debe tener solo una cartera de productos, que incluirá los 'deseos' (requisitos de alto nivel) para su proyecto. En este contexto, su proyecto dará como resultado su producto.
Épicas Las épicas se crean para características que son bastante grandes y requerirían múltiples iteraciones/sprints para completarse por completo.
Componentes Puede usar esto para representar los elementos arquitectónicos de su solución.
Comentarios No es necesario que utilice epopeyas, componentes, etiquetas u otras funciones de JIRA. Le sugiero que comience leyendo sobre Scrum y JIRA Agile. Comprender la comprensión básica del marco. Muchos de los mejores equipos ágiles no usan herramientas como JIRA. Tenga cuidado de que la herramienta no influya en su forma de trabajar.
Así que cree un proyecto, agregue las historias y simplemente siga las reglas y ceremonias de Scrum, creando los artefactos necesarios.
La jerarquía en su pregunta es correcta.
Debes usarlo de la forma que más te convenga.
No tiene nada de malo no poder cerrar una epopeya.
Siempre he visto a Jira como una herramienta de trabajo ágil, sin embargo, al igual que tú, también la he utilizado para la gestión tradicional de proyectos.
Prueba un error te ayudará a encontrar tus pies. No dejes que nadie te diga que hay una forma prescrita.
Precaución Jira puede ser un laberinto y aprenderá rápidamente que no es difícil estropear una configuración o perder datos.
Lo siento, no tengo respuestas específicas.