Content
View differences
Updated by Jens Ulferts 5 days ago
**As** a user
**I want to quickly** find certain wp within the backlog / sprint
**so that** I can do my backlog refinement / sprint planning.
**As** a user
**I want to** drill down the backlog & sprints view
**so that** I can focus on certain parts of the view without noise
**Acceptance criteria**
* There is a filter section on the top of the page
<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/920663/content">
* I can search for certain work packages via the search bar
* the text within the search bar says "Search by work package name"
* I can define filters to apply
* The selected filters apply to the mentioned containers, and show only wp respecting the filters
* sprints
* backlog buckets
* backlog inbox
* The counter and the story points within the containers will be adjusted based on the visible wp
* \[open\] Do we want to adjust the story points and counters completely or have it display always the total (without filtering) or display both the total as well as the filtered for number of points and counters?
* "Show xyz more items" "more" button within the backlog inbox
* the number of wp should be adjusted dynamically
* when I click on the more button to expand the list, I see only wp respecting the filters
* drag&drop behavior
* positioning a wp after another one should be persisted also once the filter was removed by the user and all wp are visible again. The dropped wp should be then still right after the reference while dropping.
* when dragging into a sprint/bucket that has been completely emptied out by filtering - a blankslate is shown - then the dragged in work package will be positioned at the bottom.
* move actions triggered by the sprint (and later on inbox and backlog bucket) container
* Same as for drag and drop, only visible elements are considered.
* If all elements are filtered out of a container, a blankslate is displayed
* The blankslate is specific to the filtering. The default (no items exist yet) slate is not used.
* \[open\] phrasing
* The types and statuses configured in the backlog setting of the project do not affect the filters. However, ideally, the statuses and types excluded by the project settings should be indicated in the filter section.
* \[open\] visuals
**Technical notes**
* <br>
**Permissions and visibility considerations**
* Everyone allowed to see the page can use the filters
**Translation considerations**
* _Key terms and phrases in the key languages_ languages_
**Out of scope**
* "save view" functionality
_Set the_ **To be informed/consulted teams** _field to include all teams necessary to be informed of the changes._
**I want to quickly** find certain wp within the backlog / sprint
**so that** I can do my backlog refinement / sprint planning.
**As** a user
**I want to** drill down the backlog & sprints view
**so that** I can focus on certain parts of the view without noise
**Acceptance criteria**
* There is a filter section on the top of the page
<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/920663/content">
* I can search for certain work packages via the search bar
* the text within the search bar says "Search by work package name"
* I can define filters to apply
* The selected filters apply to the mentioned containers, and show only wp respecting the filters
* sprints
* backlog buckets
* backlog inbox
* The counter and the story points within the containers will be adjusted based on the visible wp
* "Show xyz more items"
* the number of wp should be adjusted dynamically
* when I click on the more button to expand the list, I see only wp respecting the filters
* drag&drop behavior
* positioning a wp after another one should be persisted also once the filter was removed by the user and all wp are visible again. The dropped wp should be then still right after the reference while dropping.
* when dragging into a sprint/bucket that has been completely emptied out by filtering - a blankslate is shown - then the dragged in work package will be positioned at the bottom.
* move actions triggered by the sprint (and later on inbox and backlog bucket) container
* Same as for drag and drop, only visible elements are considered.
* If all elements are filtered out of a container, a blankslate is displayed
* The blankslate is specific to the filtering. The default (no items exist yet) slate is not used.
* \[open\] phrasing
* The types and statuses configured in the backlog setting of the project do not affect the filters. However, ideally, the statuses and types excluded by the project settings should be indicated in the filter section.
* \[open\] visuals
**Technical notes**
* <br>
**Permissions and visibility considerations**
* Everyone allowed to see the page can use the filters
**Translation considerations**
* _Key terms and phrases in the key languages_
**Out of scope**
* "save view" functionality
_Set the_ **To be informed/consulted teams** _field to include all teams necessary to be informed of the changes._