Hey everyone,
We just completed our first sprint, and I was quite surprised that everything disappeared after finishing it. I'm used to GitHub's functions that always allow you to view closed items to refer back to.
I'm curious as to how I am supposed to write up release notes once the sprint is finalized. You never know what will be in the release until the sprint is closed, so there's no way to create it before. In practice, I understand you shouldn't modify sprints, but in the real world deadlines aren't always met and things are sometimes pushed to the next sprint.
I found a really bad report under "reports", but our setup is using next-gen software so reports weren't even an option at first.
There's got to be a better way to review past sprints to review what was done.
Thanks in advance.
Hello @Colton Carnevale
Welcome to the community.
You can review the contents of a sprint in multiple ways:
1. Go to the Advanced Search screen and execute a search for all issues where
Sprint=<your sprint> and StatusCategory=Done
2. Go to the Reports section for the board where you managed the sprint and review the Sprint Burndown (for Team Managed/next-gen projects).
And alternative to reviewing the sprints is to use the Releases functionality. Use it to define a release/version entity for your next release. As you transition your issues to Done, enter that value into the Fix Version field for the issue. Then you can look at the Releases and see the issues that have been associated to a given by virtue of that value being in the Fix Version field of the issues.
Releases is another Feature that you have to enable under Project Settings > Features for a Team Managed/next-gen project.
Okay thanks so much! The advanced search option is what I am looking for I believe.
On another note, I read some documentation showing that issues can belong to multiple sprints, but I see no ability to add to multiple. It seems like an issue can only belong to 1 sprint, which makes sense.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
If an issue is not completed in one sprint, it can be added to another sprint where the work will be continued. In that way, and issue can have more than one value in its Sprint field.
When you complete a sprint if you have any incomplete issues in it you will be prompted to move the issues to another sprint or to the backlog. It is through that process that they may be added to a second sprint. Or if you elect to move the incomplete issues to the Backlog, then they will be added to another sprint when you do that through backlog grooming.
An issue cannot belong to two Active sprints at the same time, though.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Colton Carnevale -- Welcome to the Atlassian Community!
Here are some questions to help the community offer ideas:
If at least #1 and #2 of those things match your use case, you could try using the built-in release management and automation for Jira features. For example:
And you may navigate to the release list to create the notes outside of automation, if you wish.
Here are some references to get you started if that approach seems helpful:
Best regards,
Bill
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.