Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
badges earned

Your Points Tracker
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Auto Assign Sprint

I know the use case I'm about to share is not in line with pm methodology but it's currently working for our organization. This allows us to track issues in Kanban view. 

We have an open ended support sprint and all issues with issue type of 'support' have to be manually added to the support sprint as they are created.

I created a post function on the create transition to update sprint and added the sprint number and tested and this didn't work. Did I follow the right steps?

I am happy to hear of other ways companies manage their support queues that could work for our org.

Thanks in advance


3 answers

1 accepted

0 votes
Answer accepted

I manage to resolve this myself, I may have ordered the post functions incorrectly the first time around.

I'm glad to hear!

1 vote

Hi Antonio,

I'm curious: if you use kanban, why do you need to create sprints instead of using a kanban board?

Hey Carlos, we've always used a sprint for tracking support issues but didn't realise we could have the same Kanban board without a sprint. Tell me more...

Doesn't this mean all support issues would be in the backlog until resolved?

There also isn't a kanban board view for backlog items.

Let me know if my understanding is off.

Clark Everson Community Leader Apr 10, 2021

Hi Antonio,


Sprints and Kanban are two methodologies of AGILE work. I will try to sum up the basics but I would highly recommend taking a course on it...Atlassian even offers one:

Sprints work by the ideas that every Sprint you plan x amount of work. The x is the number your team can accomplish per week determined by story points. Usually when teams start out, they struggle with story points and how many they can actually complete in the given time frame (sprints tend to be 2 weeks, but some teams do 1 week, some do 4 etc etc). It's okay to while learning not accurately predict story points, the goal of sprints is that the team gets better and figuring out how much they can do at a given time. It is not meant to say people aren't doing enough work, but how to help the team more accurately figure out what they can do and where they may need help. This is where Sprint Burndown charts and retrospectives come in, to see how to improve

Kanban works on the principle of always having work to do. You have a backlog, and as you create new issues they always go to the backlog. Someone organizes the backlog by priority, highest at the top lowest at the bottom. As work is completed on the Kanban board, the individuals working on the issues would pull an issue from the backlog to the in progress column on their board, based on the preexisting backlog priority. As such, there is no set time frame for how often x number of issues should be completed. However, due to this, there should always be a flow of issues in the backlog. As ones get closed, new ones should get added. Think of a store, when you buy a product off the shelf, a product gets restocked. This is where a diagram like cumulative flow comes in, it shows that work is constantly being added and that its efficiently being closed over time.


Hope this helps, this si a really simple explanation to a really complex work management practice, so I really do recommend watching some Agile videos of some kind, as no forum could really do it justice.




Like Carlos Garcia Navarro likes this

Great overview, @Clark Everson !

@Antonio Smith, you can have a backlog in your kanban board as described here:

When you create a board, you can select the type (scrum or kanban), and in the case of kanban you can activate a backlog:

Screen Shot 2021-04-10 at 11.20.52 PM.png

Screen Shot 2021-04-10 at 11.21.00 PM.png

Screen Shot 2021-04-10 at 11.22.09 PM.png

Screen Shot 2021-04-10 at 11.22.27 PM.png

I am a Project Manager so didn't require an explanation on the methodologies but asking how to solve a problem for my org. Thanks though @Clark Everson 

@Carlos Garcia Navarro we only use the Backlog for project work. Change Request, new features etc.

A support issue in our org is an issue with a particular feature or release or bug which are all worked on as they come in. It does not need to be selected for a sprint, it's automatically associated with the 'Support' sprint.

I am just looking for a way to automatically assign that sprint to all issues that come in where the Issue Type is "Support".

I guess this is what Service Desk is for but we don't have that product so trying to achieve this using Jira Software.


Suggest an answer

Log in or Sign up to answer

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you