For reporting and for consistent naming conventions across teams and projects, I'd like the automate the creation of sprints.
A thought on how it could work is that once a sprint is closed, then Jira automatically creates the next two sprints with the proper date ranges.
To configure this automation rule, you could
1) set how many sprints Jira creates automatically when a sprint closes (for my use-case, I would want the next 2 sprint; and
2) decide on the naming convention for each subsequent sprint (e.g. [YY.Quarter.SprintNumber] otherwise 23.1.5. That would mean year 2023, first quarter of the year, 5th sprint of the quarter) and tell Jira to use that naming convention.
3) Decide on sprint duration and sprint start day and time and sprint close day and time.
Here is a simialr but not exact same suggestion I found: https://jira.atlassian.com/browse/JSWCLOUD-20563
I wouldn't want Jira to automatically close my sprints, but I do want sprints to be automatically created.
Were you able to come up with a solution?
I just published this article about Automation for Jira (A4J) integrating with Forge which you might be able to reference in building a solution to this use case, among other automation use cases.
The idea behind the article was to maximize Jira Cloud's built-in functionalities and come up with new automation solutions.
Hope you find it useful.
Ian
They essentially said the documentation was wrong that you are not able to create automation based on what it says. I also was not able to do it based on the incomplete documentation.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for that information, Daniela.
What exactly did the Atlassian Support team indicate was not accurate in the documentation for those two rule actions?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I created a support ticket and they confirmed the documentation for create sprint and start sprint are not accurate. They are going to remove this documentation as it is misleading.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I provided the rule outline earlier. The only other part to figure out is building the new sprint's name, which you can do using the date/time and text functions to parse the current sprint.
https://support.atlassian.com/cloud-automation/docs/jira-smart-values-text-fields/
https://support.atlassian.com/cloud-automation/docs/jira-smart-values-date-and-time/
I suggest creating a test rule first, which only creates a new sprint name and writes it to the audit log. (Or perhaps use a test project with sprints.)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Bill,
Thank you. We have the Cloud version. I looked at your links and they don't explain how to create the automation. It just says to use smart values. I created a support ticket.
Thanks for your help!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
What version of Jira are you using, Jira Cloud or Server / Data Center?
For Cloud, here are the actions for Create Sprint and Start Sprint:
For Server / Data Center, you could use the web request action to call the REST API to do this:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Bill,
There isn't a rule action for creating the next sprint or for starting the next sprint. What you are suggesting above isn't available in Jira today (that I know of).
I would love a rule to start the next sprint once I close/complete a sprint and have any tickets that are not closed to automatically rollover to the next sprint, but there isn't currently an automation rule for that.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi!
There is no built-in automatic sprint create, start, or end feature for Jira. For the simpler scenario you describe you could make a rule like this:
This will allow you to add things to the next sprint over time. Then the next rule would be:
The first rule ("sprint started" can be triggered by the second one, and so in the rule details of the "sprint started" rule enable the "Allow Rule Trigger" option.
One of the risks to this approach is because a sprint starts automatically, it takes away the ability of the team to start the sprint only after planning has completed. Any issues added after the sprint-start will show as scope changes and so impact reporting, forecasting, etc.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Bill,
I was asking if this was possible because I was not seeing any automation that had that capability.
After reflecting on your questions, I think I'd just want the option in your second bullet item. I think it would be better to just have the current open sprint and one future sprint created. Once the current sprint closes, the next sprint starts and then Jira automatically creates the next sprint.
Does this functionality exist already by chance?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Are you asking a question regarding how to build such a rule, suggesting this as a new Jira feature, or something else?
If you are asking about creating a rule...
You describe when a sprint closes to then create two more sprints with a specific naming convention.
Kind 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.