Content
View differences
Updated by Jens Ulferts 17 days ago
**As** a product owner
**I want to** group work packages into backlog buckets and prioritize them against each other
**so that** backlog grooming is possible even with a large set of work packages
**Acceptance criteria**
* Backlog buckets are lists of work packages.
* They have a user provided name.
* The "Sprint planning" view shows backlog buckets.
* The name and the number of work packages within the bucket are displayed.
* Users can sort the items in a backlog bucket via drag & drop and via menu entries.
* A work package can
* only be in a single backlog bucket at a time.
* cannot be in a backlog bucket and a sprint at the same time.
* cannot be in a backlog bucket and the "inbox" backlog bucket at the same time
* Users can move a work package into a backlog via a menu entry in
* Sprints
* "Inbox" backlog bucket
* Another backlog bucket
* The user can toggle between each bucket and the "Inbox" backlog buckets bucket (###72198) using a select.
* The version based backlogs are ordered completely replaced by name (asc). this feature
* The "Inbox" backlog setting "Column in backlogs" is always displayed at removed in the top.
version administration (###72800)
* A backlog bucket can be created on the view via the "+ Backlog bucket" on the page.
* Clicking on the button opens a modal in which the name can be inserted selected
* Backlog buckets can be deleted via a menu entry in the bucket menu
* Buckets can be renamed via a menu entry in the bucket menu
* A modal opens in which the user inserts the new name.
* Buckets are only present within the project in which they were created. There is no sharing of them for now.
* The backlog bucket a work package is in is visible on the work package itself. You can edit it within the work package.
**Technical notes**
* Since this is a larger topic that could potentially be split into smaller chunks, it probably makes sense to develop it behind a feature flag. <br>
**Permissions and visibility considerations**
* Creation/Deletion of buckets requires the `create_sprints` permission
* Moving a work package into/out of a bucket requires the `manage_sprint_items` permission
**Translation considerations**
* _Key terms and phrases in the key languages_
**Out of scope**
* The backlog bucket a work package is in, is not visible on the work package itself. To be changed in #73887
* The backlog property is for now not part of the work packages API. There is also no other API for the buckets for now. To be changed in #73887
* For now, all backlogs are always displayed. This should later it is not possible to display multiple backlog buckets at the same time on be replaced by a (multi-)select by which the user can toggle the visibility of the backlog buckets. "Sprint planning" page.
* Creation of work packages inside a backlog bucket is not yet possible (subject to change)
**I want to** group work packages into backlog buckets and prioritize them against each other
**so that** backlog grooming is possible even with a large set of work packages
**Acceptance criteria**
* Backlog buckets are lists of work packages.
* They have a user provided name.
* The "Sprint planning" view shows backlog buckets.
* The name and the number of work packages within the bucket are displayed.
* Users can sort the items in a backlog bucket via drag & drop and via menu entries.
* A work package can
* only be in a single backlog bucket at a time.
* cannot be in a backlog bucket and a sprint at the same time.
* cannot be in a backlog bucket and the "inbox" backlog bucket at the same time
* Users can move a work package into a backlog via a menu entry in
* Sprints
* "Inbox" backlog bucket
* Another backlog bucket
* The
* The version based backlogs
*
* Clicking on the button opens a modal in which the name can be inserted
* Backlog buckets can be deleted via a menu entry in the bucket menu
* Buckets can be renamed via a menu entry in the bucket menu
* A modal opens in which the user inserts the new name.
* Buckets are only present within the project in which they were created. There is no sharing of them for now.
* The backlog bucket a work package is in is visible on the work package itself. You can edit it within the work package.
**Technical notes**
* Since this is a larger topic that could potentially be split into smaller chunks, it probably makes sense to develop it behind a feature flag.
**Permissions and visibility considerations**
* Creation/Deletion of buckets requires the `create_sprints` permission
* Moving a work package into/out of a bucket requires the `manage_sprint_items` permission
**Translation considerations**
* _Key terms and phrases in the key languages_
**Out of scope**
* The backlog bucket a work package is in, is not visible on the work package itself. To be changed in #73887
* The backlog property is for now not part of the work packages API. There is also no other API for the buckets for now. To be changed in #73887
* For now, all backlogs are always displayed. This should later
* Creation of work packages inside a backlog bucket is not yet possible (subject to change)