Content
View differences
Updated by Jens Ulferts 2 days ago
**As** a backlog user
**I want to** have work packages of all types show up in backlogs (sprints, backlog and board)
**so that** I am not limited by the system
**Acceptance criteria**
* Work package of selected types can be excluded from being shown on the "backlogs and sprints" page.
* Within "Project settings" -> "backlogs"
* Change the "Done status" tab title to "Types and Statuses"
* Rename "Definition of Done" to "Statuses considered closed"
* Rework caption:
_Choose the statuses that represent a closed or finished state in your workflow. These will be treated as the "Closed" state across reporting (e.g. burndown) and sprint planning. For example, statuses like Done, Resolved, or Won't Fix may all represent a closed work item in your process._
* Always show statuses having the meta status closed as non removable items in the list to indicate, that they will always be excluded.
* There is a field called "Excluded work package types"
* The field has a caption explaining what it does.
* _Choose which work package types to hide from the backlog. Items of the selected types will not appear automatically, keeping your backlog focused on the work that matters to your team. For example types like Epics or Milestones that are managed at a higher level can be hidden to keep the backlog focused on actionable items._
* Per default, when setting up a project the field is empty.
* Upon copying a project (e.g., because it is a template) the values are copied as well.
* Using a multi select autocompleter, the project admin can select any set of types currently active in the project
* This includes selecting all work package types. We don't protect from this non-sensical selection.
* Work packages of types and statuses selected in the two blocklists above:
* will not be displayed in the inbox backlog nor backlog buckets.
* will be displayed in all sprints.
* We accept that work packages when being moved to the backlog disappear
* Show a success notification upon moving the work packages that explain that it was moved successfully but that the type/status is excluded which is why it is no longer displayed. \[open \] wording
* When completing a sprint via the "Complete" button in the sprint header:
* Work packages with a status included in the "Statues considered closed" setting (including the global "closed" metastatus) will not be moved to the next sprint or the inbox.
* The type selection has no impact here. But as defined above, after moving blocked types to the inbox, they will no longer show up.
* The modal for creating new work packages in the sprints (and potentially the backlogs once that is implemented) only shows the work package types active in the project that are not excluded via the setting.
* \[Technical note\] This will require implementing a backlog specific wp create modal.
**Permissions and visibility considerations**
* Rename "Select done statuses" permission to "Select backlog types and statuses"
* Add caption explaining the capabilities on the roles administration page
**Out of scope**
* The setting has no effect on which types are displayed in the sprint board.
* The setting has no effect on the type's form configuration. An administrator will have to add the "sprint" and "story point" field independently.
**I want to** have work packages of all types show up in backlogs (sprints, backlog and board)
**so that** I am not limited by the system
**Acceptance criteria**
* Work package of selected types can be excluded from being shown on the "backlogs and sprints" page.
* Within "Project settings" -> "backlogs"
* Change the "Done status" tab title to "Types and Statuses"
* Rename "Definition of Done" to "Statuses considered closed"
* Rework caption:
_Choose the statuses that represent a closed or finished state in your workflow. These will be treated as the "Closed" state across reporting (e.g. burndown) and sprint planning. For example, statuses like Done, Resolved, or Won't Fix may all represent a closed work item in your process._
* Always show statuses having the meta status closed as non removable items in the list to indicate, that they will always be excluded.
* There is a field called "Excluded work package types"
* The field has a caption explaining what it does.
* _Choose which work package types to hide from the backlog. Items of the selected types will not appear automatically, keeping your backlog focused on the work that matters to your team. For example types like Epics or Milestones that are managed at a higher level can be hidden to keep the backlog focused on actionable items._
* Per default, when setting up a project the field is empty.
* Upon copying a project (e.g., because it is a template) the values are copied as well.
* Using a multi select autocompleter, the project admin can select any set of types currently active in the project
* This includes selecting all work package types. We don't protect from this non-sensical selection.
* Work packages of types and statuses selected in the two blocklists above:
* will not be displayed in the inbox backlog nor backlog buckets.
* will be displayed in all sprints.
* We accept that work packages when being moved to the backlog disappear
* Show a success notification upon moving the work packages that explain that it was moved successfully but that the type/status is excluded which is why it is no longer displayed.
* When completing a sprint via the "Complete" button in the sprint header:
* Work packages with a status included in the "Statues considered closed" setting (including the global "closed" metastatus) will not be moved to the next sprint or the inbox.
* The type selection has no impact here. But as defined above, after moving blocked types to the inbox, they will no longer show up.
* The modal for creating new work packages in the sprints (and potentially the backlogs once that is implemented) only shows the work package types active in the project that are not excluded via the setting.
* \[Technical note\] This will require implementing a backlog specific wp create modal.
**Permissions and visibility considerations**
* Rename "Select done statuses" permission to "Select backlog types and statuses"
* Add caption explaining the capabilities on the roles administration page
**Out of scope**
* The setting has no effect on which types are displayed in the sprint board.
* The setting has no effect on the type's form configuration. An administrator will have to add the "sprint" and "story point" field independently.