Content
View differences
Updated by Parimal Satyal 3 days ago
**As a** user,
**I want to** start multiple sprints simultaneously within a single project,
**so that** parallel workstreams and sub-teams can each operate in their own dedicated sprint without requiring separate projects.
### Acceptance criteria
* **In general**,
* The notion of a single "Active sprint" dynamic link per project no longer exists; there can however be an "Active sprints" (plural) link that lists all active sprints
* **In project settings,**
* Specifications here: <mention class="mention" data-id="77079" data-type="work_package" data-text="###AGILE-326" data-display-id="AGILE-326">###AGILE-326</mention>
Rename "Backlogs" to "Backlog and sprints"
* Rename "Sprint sharing" tab to "Sprints"
* Add a setting to enable/disable multiple active sprints.
* This will be a block titled 'Number of active sprints' after the sharing options with two radio options:
* Single active sprint
* Multiple active sprints
* These options will only be available when 'No sharing' is selected in the 'Sprint sharing' section above.
* If any other option selected (i.e, the project is sharing is receiving sprints), the options are not visible. Instead, an [InlineMessage](https://primer.style/product/components/inline-message/#tone-variants) (scheme: unavailable) informs the user that multiple active sprints are not available when sprint sharing or receiving is enabled.
* If multiple active sprints is enabled, the project no longer has the limitation of having just one sprint marked as active at any given time. It can have multiple sprints active in parallel.
<br>
* **In the "Backlog and sprints" page,**
* ~~Rename it to "Backlogs and sprints" (both plural)~~ \[RS: there is only one backlog. The name should stay as it is.\]
* Show the "Start sprint" button on all sprints that are in planning (if multiple sprints are enabled for a project)
* If there is a max limit set (see open question), then disable the button after that number has been reached.
* In the "Sprints" column, the active sprints are displayed on top (ante-chronological, with the earliest ones on top)
* The 'All sprints' page still shows all sprints, but this page can now show multiple sprints as active
* Clicking on any active sprint takes you to the board for that particular sprint
* <br>
* **In the Boards module,**
* The "Active sprint" link becomes a menu with sub-items and is renamed "Active sprints". Users can click on this to see all active sprints:
* \[open\] Either in the a sub-menu in the sidebar or an index page of active sprints
### Open questions
* Which of the following models do we imagine for multiple active sprints?
* **Option A:** Sprints exist the way they do now, except within a project, multiple sprints ("Sprint A" and "Sprint C") can be active at the same time
* Individual active sprints can start/finish at any date; they do not all have to start the same time
* RS: I would go for option A. I could imagine that one day some teams would like to have the same start/end dates for sprints, but let's wait for the feedback. For the first iteration I would go for option A, without any syncing on dates.
* RS: I assume that if a project is a receiver it cannot even activate multiple sprints, correct <mention class="mention" data-id="87" data-type="user" data-text="@Jens Ulferts">@Jens Ulferts</mention> ?
* **Option B:** Different instances of a single sprint ("Sprint A") active in the project in parallell (eg. "Sprint A.1", "Sprint A.2")?
* The sub-sprints are not shared?
* All parallel sprints share the same start/finish date, such that parallel sprints always start/finish the same time.
* _... (space for <mention class="mention" data-id="87" data-type="user" data-text="@Jens Ulferts">@Jens Ulferts</mention> to add details, possibly)_
* Should there be a limit on the number of active sprints per project?
* If yes, should this be a setting for the project admin?
* RS: no
* Are there any particularities to shared sprints?
* If a sprint is shared, it's active in all projects where it is shared
* RS: yes. It should be possible to share multiple active sprints, too. If you a receiver, you probably cannot even change the sprint setting to multiple sprints, correct <mention class="mention" data-id="87" data-type="user" data-text="@Jens Ulferts">@Jens Ulferts</mention>?
* Sprint goals remain per-project
* Should there be a concept of "team" somehow, when it comes to multiple active sprints? (In the same that, in the same space, multiple teams can have multiple parallel sprints?)
* _Note: This is somehow related to Option B above._
* _RS: no_
* Side-feature: Should we have a separate view to view only sprints (and their contents) without the backlog being present? This might make it easier to view multiple sprints at the same time without being distracted by the backlogs.
* RS: no, no adjustments in the backlog view needed
* alternatively users have the possibility to view all the sprints in the work package module if necessary
* Should there be a way to see all active sprints (to which a user has access) at a global, all-projects level?
* RS: yes, but this is out of the scope for now. We will address it within <mention class="mention" data-id="71890" data-type="work_package" data-text="##AGILE-63" data-display-id="AGILE-63">##AGILE-63</mention>
* How do we handle permissions for multiple active sprints? From <mention class="mention" data-id="99090" data-type="user" data-text="@Tobias Dillmann">@Tobias Dillmann</mention>:
* Permissions are managed on a per-project level.
* RS; that's ok. No changes.
* `view_sprints` or `manage_sprint_items` is set for a project
* if you have multiple teams working on different sprints _in the same project_, they all would need at least `view_sprints`. Allowing them to see the sprints of the other teams of the project. Modifying them, too if granted `manage_sprint_items`.
* RS: I wouldn't see that as an issue. All people (no matter on which team) who need to prepare the sprints should have the modify rights. No team-level permissions needed.
<br>
**I want to** start multiple sprints simultaneously within a single project,
**so that** parallel workstreams and sub-teams can each operate in their own dedicated sprint without requiring separate projects.
### Acceptance criteria
* **In general**,
* The notion of a single "Active sprint" dynamic link per project no longer exists; there can however be an "Active sprints" (plural) link that lists all active sprints
* **In project settings,**
* Specifications here: <mention class="mention" data-id="77079" data-type="work_package" data-text="###AGILE-326" data-display-id="AGILE-326">###AGILE-326</mention>
* Rename "Sprint sharing" tab to "Sprints"
* Add a setting to enable/disable multiple active sprints.
* This will be a block titled 'Number of active sprints' after the sharing options with two radio options:
* Single active sprint
* Multiple active sprints
* These options will only be available when 'No sharing' is selected in the 'Sprint sharing' section above.
* If any other option selected (i.e, the project is sharing is receiving sprints), the options are not visible. Instead, an [InlineMessage](https://primer.style/product/components/inline-message/#tone-variants) (scheme: unavailable) informs the user that multiple active sprints are not available when sprint sharing or receiving is enabled.
* If multiple active sprints is enabled, the project no longer has the limitation of having just one sprint marked as active at any given time. It can have multiple sprints active in parallel.
<br>
* ~~Rename it to "Backlogs and sprints" (both plural)~~ \[RS: there is only one backlog. The name should stay as it is.\]
* Show the "Start sprint" button on all sprints that are in planning (if multiple sprints are enabled for a project)
* If there is a max limit set (see open question), then disable the button after that number has been reached.
* In the "Sprints" column, the active sprints are displayed on top (ante-chronological, with the earliest ones on top)
* The 'All sprints' page still shows all sprints, but this page can now show multiple sprints as active
* Clicking on any active sprint takes you to the board for that particular sprint
* <br>
* **In the Boards module,**
* The "Active sprint" link becomes a menu with sub-items and is renamed "Active sprints". Users can click on this to see all active sprints:
* \[open\] Either in the a sub-menu in the sidebar or an index page of active sprints
### Open questions
* Which of the following models do we imagine for multiple active sprints?
* **Option A:** Sprints exist the way they do now, except within a project, multiple sprints ("Sprint A" and "Sprint C") can be active at the same time
* Individual active sprints can start/finish at any date; they do not all have to start the same time
* RS: I would go for option A. I could imagine that one day some teams would like to have the same start/end dates for sprints, but let's wait for the feedback. For the first iteration I would go for option A, without any syncing on dates.
* RS: I assume that if a project is a receiver it cannot even activate multiple sprints, correct <mention class="mention" data-id="87" data-type="user" data-text="@Jens Ulferts">@Jens Ulferts</mention> ?
* **Option B:** Different instances of a single sprint ("Sprint A") active in the project in parallell (eg. "Sprint A.1", "Sprint A.2")?
* The sub-sprints are not shared?
* All parallel sprints share the same start/finish date, such that parallel sprints always start/finish the same time.
* _... (space for <mention class="mention" data-id="87" data-type="user" data-text="@Jens Ulferts">@Jens Ulferts</mention> to add details, possibly)_
* Should there be a limit on the number of active sprints per project?
* If yes, should this be a setting for the project admin?
* RS: no
* Are there any particularities to shared sprints?
* If a sprint is shared, it's active in all projects where it is shared
* RS: yes. It should be possible to share multiple active sprints, too. If you a receiver, you probably cannot even change the sprint setting to multiple sprints, correct <mention class="mention" data-id="87" data-type="user" data-text="@Jens Ulferts">@Jens Ulferts</mention>?
* Sprint goals remain per-project
* Should there be a concept of "team" somehow, when it comes to multiple active sprints? (In the same that, in the same space, multiple teams can have multiple parallel sprints?)
* _Note: This is somehow related to Option B above._
* _RS: no_
* Side-feature: Should we have a separate view to view only sprints (and their contents) without the backlog being present? This might make it easier to view multiple sprints at the same time without being distracted by the backlogs.
* RS: no, no adjustments in the backlog view needed
* alternatively users have the possibility to view all the sprints in the work package module if necessary
* Should there be a way to see all active sprints (to which a user has access) at a global, all-projects level?
* RS: yes, but this is out of the scope for now. We will address it within <mention class="mention" data-id="71890" data-type="work_package" data-text="##AGILE-63" data-display-id="AGILE-63">##AGILE-63</mention>
* How do we handle permissions for multiple active sprints? From <mention class="mention" data-id="99090" data-type="user" data-text="@Tobias Dillmann">@Tobias Dillmann</mention>:
* Permissions are managed on a per-project level.
* RS; that's ok. No changes.
* `view_sprints` or `manage_sprint_items` is set for a project
* if you have multiple teams working on different sprints _in the same project_, they all would need at least `view_sprints`. Allowing them to see the sprints of the other teams of the project. Modifying them, too if granted `manage_sprint_items`.
* RS: I wouldn't see that as an issue. All people (no matter on which team) who need to prepare the sprints should have the modify rights. No team-level permissions needed.
<br>