Making sprint a required field

I want to be able to make sprint a required field however its locked and I can't make the simple change needed. 

1 answer

So...why would the sprint be a required field? 

Secondly, using vanilla Jira, I'm not sure you can do that. All the tricks to make a field required, would make the field ALWAYS required, which defeats the purpose of things. 

If it can't be done fair enough however the reason I asked is because we have on occasion tickets logged where users forget to add the sprints and those tickets don't get grouped with the others when needed. 

Being able to make that option a required selection when logging a new ticket would have fixed the issue. 

Um, the whole point of the sprint field is that issues are mostly logged without a sprint.  Then the team does sprint planning where they place the issues in the right to-do order and then plan them into a sprint.  Knowing which sprint a new issue should be added to is an edge-case which is supported, as you can fill it in.  Making sprint mandatory is not even vaguely Agile, it makes planning, scrums, velocity and so-on pointless, and hence it's not possible in JIRA Software.


Well tbh not all teams works the same and there are things known as backlog/planning sprints which issues go into before being moved to another sprint at a later date.

If you don't agree with the question thats fine but please respect that not everyone works the same and that agile itself is fairly adaptable depending on the needs of a project or business. 

Seens as the original question has been answered we'll find another solution to our problem

I recognise that, I was just pointing out why it's not implemented. 

It's a Scrum related feature and making it mandatory completely breaks that, so it's pointless.  You already have a "backlog sprint", it's called a "backlog".

Steven Behnke Community Champion Dec 02, 2016

I agree with Nic TBH - Sprint is EMPTY means that it's in a backlog. Usually if teams are using planning or backlog 'sprints' they're misunderstanding the use-case of the tool.

Joe - I wasn't trying to tell you right or wrong. What was expressed was baffling to me as it goes against what I've known and used. The reason I say that is because then everyone cutting every ticket has to know what sprint it goes to, and that then ignores the ranking/prioritization process. There then is no "backlog." No PM. None of that usual stuff I associate with a scrum model. 

What you are describing to me is more of a Kanban thing, where dates are known. Where everyone gets to set when they need something by and that there isn't a process to triage and negotiate when things are done. There is simply only a constant delivery of things by date. Then you don't need sprints. You are just working on things according to when they are due.  

Suggest an answer

Log in or Sign up to answer
Community showcase
Posted Oct 09, 2018 in Jira Core

How to manage many similar workflows?

I have multiple projects that use variations of the same base workflow. The variations depend on the requirements of the project or issue type. The variations mostly come in the form of new statuses ...

391 views 6 0
Join discussion

Atlassian User Groups

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!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you