Content
View differences
Updated by Jens Ulferts 5 days ago
**As** an agile user a \[enter role of user\]
**I want to** have a sprint overview page with an overview of the sprint \[enter objective\]
**so that** I can easily understand what happened in the sprint \[enter desired result\]
**Acceptance criteria**
* There is a sprint report page
<br>
**Technical notes**
* The header shows:
<br>
**Permissions and visibility considerations**
* the breadcrumb: \[Project name\] / Backlogs / All sprints / Sprint "\[Sprint name\]" report
* \[open\] Why not use \[Project name\] / Backlogs / Sprint "\[Sprint name\]" / Report?
* The title: 'Sprint report "\[Sprint name\]"'
* The status of the sprint
* The dates of the sprint
* A single, static widget _To whom is displayed on the page (subject to change later)
this feature visible?_
* overview over wp # within the sprint
* number of work packages initially planned for the sprint
* number of work packages completed
* number of work packages unfinished
* number of work packages added additionally to the sprint during the sprint
* \[open\] use a different widget for the first one? Ideally it _When is a simple one as this work package should be used to lay the foundations of the report page. At the same time, it should add value.
* The page can be accessed:
* via all sprints index page
* \[open\] How will this be triggered? For completed sprints, it could replace the main link currently pointing to the work package list. For the planned one, replacing the main link is probably not desirable. Adding a menu per row is probably preferable.
* via ... menu on sprints within the "backlog and sprints" page
* from the sprint board
* \[open\] we currently cannot control the headers. This will only be possible with the reworked boards view.
* The feature is hidden behind a feature flag. This is done so that additional widgets can be added one by one before it is released to the public. visible?_
**Technical notes** **Translation considerations**
* The page will be static. There is no possibility whatsoever for the user to configure it. But the page should look like a dashboard so that a configurable dashboard can later replace it.
**Permissions _Key terms and visibility considerations**
* Users allowed to view phrases in the sprint are allowed to see the page and its contents. key languages_
**Out of scope**
* Manipulating the report page (subject <br>
_Set the_ **To be informed/consulted teams** _field to change)
* Show additional widgets (subject include all teams necessary to change)
<br> be informed of the changes._
**I want to** have a sprint overview page with an overview of the sprint
**so that** I can easily understand what happened in the sprint
**Acceptance criteria**
* There is a sprint report page
**Technical notes**
**Permissions and visibility considerations**
* \[open\] Why not use \[Project name\] / Backlogs / Sprint "\[Sprint name\]" / Report?
* The title: 'Sprint report "\[Sprint name\]"'
* The status of the sprint
* The dates of the sprint
* A single, static widget
* number of work packages initially planned for the sprint
* number of work packages completed
* number of work packages unfinished
* number of work packages added additionally to the sprint during the sprint
* \[open\] use a different widget for the first one? Ideally it
* The page can be accessed:
* via all sprints index page
* \[open\] How will this be triggered? For completed sprints, it could replace the main link currently pointing to the work package list. For the planned one, replacing the main link is probably not desirable. Adding a menu per row is probably preferable.
* via ... menu on sprints within the "backlog and sprints" page
* from the sprint board
* \[open\] we currently cannot control the headers. This will only be possible with the reworked boards view.
* The feature is hidden behind a feature flag. This is done so that additional widgets can be added one by one before it is released to the public.
**Technical notes**
* The page will be static. There is no possibility whatsoever for the user to configure it. But the page should look like a dashboard so that a configurable dashboard can later replace it.
**Permissions
* Users allowed to view
**Out of scope**
* Manipulating the report page (subject
_Set the_ **To be informed/consulted teams** _field
* Show additional widgets (subject
<br>