Not really, because you could have chosen issues that are in many different status to include in a sprint. It doesn't make a lot of sense for example, to take issues that were not finished in the last sprint, and hence rolled over, back through the workflow to a "sprint started" status - they were in progress, in test, under development etc before. It's also not going to be possible if you have more than one start point - e.g. one project starting with "open" and another with "new".
But, if your process, and hence workflow, are built with this in mind, you can get close.
Let's say you define your ideal workflow as New -> In Sprint -> In progress -> Done. Your scrum master will want a saved filter for helping finding the issues, something like "sprint in openSprints() and status = new", where they can then use "bulk edit" to transition the issues in the sprint to the In Sprint status.
However, I probably wouldn't bother. The boards are defined in a way that pretty much makes the "in sprint" status redundant. An issue only appears on the working board if it is in the sprint, so you don't need it.
Thanks for signing up for Jira Ops! I’m Matt Ryall, leader for the Jira Ops product team at Atlassian. Since this is a brand new product, we’ll be delivering improvements quickly and sharing updates...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG