Configuración de backlogs
En OpenProject, puede configurar sus Backlogs de forma específica para cada proyecto. Vaya a Configuraciones del proyecto -> Backlogs.
Tipos y estados
En la pestaña Tipos y estados puede configurar qué estados de los paquetes de trabajo se consideran cerrados y qué tipos de paquetes de trabajo se excluyen de las vistas del backlog.
Estados considerados cerrados
Puede seleccionar los estados que representen un estado cerrado o finalizado en su flujo de trabajo.
Estos estados se consideran cerrados durante todo el proceso de planificación y presentación de informes del sprint. Se utilizan para calcular los diagramas de burndown y determinan qué paquetes de trabajo quedan pendientes en un sprint una vez que este ha finalizado.
Algunos ejemplos son:
- Hecho
- Resuelto
- Rechazado
- No se solucionará
Los estados que utilizan el metaestado global Cerrado se consideran siempre cerrados y no se pueden eliminar.
Tipos de paquetes de trabajo excluidos
Puede seleccionar qué tipos de paquetes de trabajo deben ocultarse en el backlog de la bandeja de entrada y en los buckets de backlog.
Tipos de paquetes de trabajo excluidos:
- no aparecen en el backlog de la bandeja de entrada.
- no aparecen en los buckets de backlog.
- siguen apareciendo en los sprints.
- siguen apareciendo en los tableros de Sprint.
Esto puede resultar útil para los tipos de paquetes de trabajo que se gestionan a un nivel superior, como las epopeyas o los hitos.
Seleccione uno o varios tipos de paquetes de trabajo de la lista de tipos de paquetes de trabajo activos disponibles en el proyecto.
Nota
La selección es específica de cada proyecto y se copia al copiar un proyecto.
Pulse el botón Guardar para aplicar los cambios.
Compartir sprints
La opción de compartir sprints es una configuración a nivel de proyecto que le permite elegir si los sprints deben compartirse entre proyectos.
Nota
No se trata de un ajuste a nivel de sprint, como ocurre actualmente con las versiones.
Compartir sprints permite a los equipos que trabajan en varios proyectos planificar y realizar un seguimiento del trabajo de forma coordinada. En lugar de gestionar sprints separados e inconexos en cada proyecto, puede definir un sprint una vez y reutilizarlo en todos los proyectos. Esto es especialmente útil para configuraciones Scrum entre equipos, entornos ágiles a escala o cuando varios equipos contribuyen al mismo incremento.
Dependiendo de la opción seleccionada, un proyecto puede proporcionar sprints a otros, utilizar sprints compartidos o permanecer independiente:
No compartir: Esta es la configuración por defecto para los proyectos. Los sprints pueden crearse en este proyecto y sólo están disponibles y visibles dentro del mismo. Ninguno de los sprints creados se comparte con otro proyecto o subproyecto.
Compartir sprints: Los sprints pueden crearse en este proyecto y compartirse con todos los proyectos o subproyectos:
-
Todos los proyectos: Al seleccionar esta opción, los sprints creados estarán disponibles para todos los proyectos de la instancia. También significa que ningún otro proyecto puede compartir sprints con todos los proyectos.
-
Subproyectos: Los sprints creados en este proyecto estarán disponibles para todos los subproyectos del proyecto actual.
Recibir sprints compartidos: No se pueden crear sprints dentro de este proyecto. En su lugar, sólo se pueden utilizar sprints compartidos por otro proyecto.
En función de sus permisos, es posible que algunos campos compartidos del sprint sean de solo lectura. Los campos específicos del proyecto, como el objetivo del sprint, pueden seguir editándose de forma independiente.
Qué se comparte
Cuando los sprints son compartidos, el propio sprint se comparte entre proyectos. Esto incluye:
- Nombre del sprint
- Fechas de inicio y fin
- Estado del sprint (por ejemplo, planificación, activo, completado)
Esto garantiza que todos los proyectos participantes trabajen con la misma definición de sprint y el mismo cronograma.
Lo que no se comparte
Los siguientes aspectos siguen siendo específicos del proyecto:
- Los paquetes de trabajo permanecen en sus respectivos proyectos
- Los backlogs y su estructura siguen siendo específicos de cada proyecto
- Los objetivos de los sprints siguen siendo específicos de cada proyecto
- Los permisos y la visibilidad se siguen gestionando por proyecto
Incluso cuando se utilizan sprints compartidos, cada proyecto mantiene sus propios elementos de trabajo y configuración.
Lea más en cómo trabajar con Backlogs en OpenProject.