Definições 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.
Prima o botão Guardar para aplicar as suas alterações.
Partilhar sprints
Sprint sharing is a project-level setting that allows you to choose whether sprints should be shared across projects.
Nota
Não é uma definição ao nível do sprint, como acontece atualmente com as versões.
A partilha de sprints permite que equipas que trabalham em vários projetos planeiem e acompanhem o trabalho de forma coordenada. Em vez de gerir sprints separados e desconectados em cada projeto, pode definir um sprint uma vez e reutilizá-lo em todos os projetos. Isto é especialmente útil para configurações Scrum entre equipas, ambientes Agile escalados, ou quando várias equipas contribuem para o mesmo incremento.
Dependendo da opção selecionada, um projeto pode fornecer sprints a outros, utilizar sprints partilhados ou continuar independente:
Não partilhar: Esta é a definição predefinida para os projetos. Os sprints podem ser criados neste projeto e só estão disponíveis e visíveis neste projeto. Nenhum dos sprints criados é partilhado com qualquer outro projeto ou sub-projeto.
Partilhar sprints: Os sprints podem ser criados neste projeto e partilhados com todos os projetos ou sub-projetos:
-
Todos os projetos: Ao selecionar esta opção, os sprints criados estão disponíveis para todos os projetos da instância. Significa também que nenhum outro projeto pode partilhar sprints com todos os projetos.
-
Sub-projetos: Os sprints criados neste projeto estarão disponíveis para todos os sub-projetos do projeto atual.
Receber sprints partilhados: Não é possível criar sprints neste projeto. Em vez disso, apenas os sprints partilhados por outro projeto podem ser utilizados.
O que é partilhado
Quando os sprints são partilhados, o próprio sprint é partilhado entre projetos. Isto inclui:
- Nome do sprint
- Datas de início e fim
- Estado do sprint (por exemplo, planeamento, ativo, concluído)
Isto garante que todos os projetos participantes trabalham com a mesma definição de sprint e a mesma linha temporal.
O que não é partilhado
The following remain project-specific:
- Os pacotes de trabalho permanecem nos seus respetivos projetos
- Os backlogs e a sua estrutura continuam a ser específicos do projeto
- As permissões e a visibilidade continuam a ser geridas por projeto
Mesmo quando utiliza sprints partilhados, cada projeto mantém os seus próprios elementos de trabalho e configuração.
Leia mais em como trabalhar com Backlogs no OpenProject.