Configuración de backlogs
In OpenProject, you can configure your Backlogs settings specific to each project. Navigate to Project settings -> Backlogs.
Types and statuses
Under the tab Types and statuses you can configure which work package statuses are considered closed and which work package types are excluded from backlog views.
Statuses considered closed
You can choose the statuses that represent a closed or finished state in your workflow.
These statuses are treated as closed throughout sprint planning and reporting, including burndown charts and sprint completion.
Examples include:
- Done
- Resolved
- Rejected
- Won’t Fix
Statuses using the global Closed meta status are always treated as closed and cannot be removed.
Excluded work package types
You can choose which work package types should be hidden from backlog views.
Excluded work package types:
- do not appear in the Inbox backlog.
- do not appear in backlog buckets.
- continue to appear in sprints.
- continue to appear on sprint boards.
This can be useful for work package types that are managed at a higher level, such as Epics or Milestones.
Select one or more work package types from the list of active work package types available in the project.
Nota
The selection is project-specific and is copied when a project is copied.
Pulse el botón Guardar para aplicar los cambios.
Compartir sprints
Sprint sharing is a project-level setting that allows you to choose whether sprints should be shared across projects.
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.
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
The following remain project-specific:
- Los paquetes de trabajo permanecen en sus respectivos proyectos
- Los backlogs y su estructura 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.