Content
View differences
Updated by Parimal Satyal 12 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 with:
<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/920663/content">
* A I can search box ("Search by name"): filters for certain work packages titles matching via the search bar
* the text input
within the search bar says "Search by work package name"
* A Filters button that displays the existing Filters panel
<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/921856/content"> 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?
* _\[open\] Same for the total #. I don't know if filtering should necessarily change that number, since a bucket or sprint does have that many items in them. Perhaps that total is important, even for users to realise that the view is filtered?_
* "Show xyz more items" 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_
**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 with:
* the
<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/921856/content">
* 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?
* _\[open\] Same for the total #. I don't know if filtering should necessarily change that number, since a bucket or sprint does have that many items in them. Perhaps that total is important, even for users to realise that the view is filtered?_
* "Show xyz more items" 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_
**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._