Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

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

Severity vs. Priority

Hi all,


I'm trying to define the difference between Severity and Priority. As per my understanding, Severity represents the overall effect of a particular bug on a system and Priority defines how quickly a bug needs to be fixed.

The usual Severity values (searched google) are Blocker, Critical, Major, Minor etc. And Priority measured by levels (1\2\3\4\5). 

JIRA's default values for Priority field are Blocker, Critical, Major, Minor and Low. 

Can anyone assist with explaining why is it like this? Am i missing something? Maybe it's just a matter of in-organization terms?




1 answer

3 votes

There's a historical essay to be had here, but the short version is "Severity is a bad thing to allow users to set (as is priority) so Mike and Scott dropped the concept when creating Jira, because priority was enough for them" - that's why it has no system field.  Of course, those of us who need it just add a custom field.

You are right in your definitions I reckon - severity = how bad it is, priority = when you're planning work, how urgently this should be looked at.

You are also correct about the matter of organisation terms - some organisations will do 1-5 on severity, others 1-3, use different terms and so-on.  And the same for priority. 

Some of us get a little more automatic - we define a severity (from minor cosmetic issue through to system unusable) and an impact (ranges of numbers of people or systems affected) and calculate a priority from it.

The issue is pretty simple when tracking software development issues:

Priorities change, but the Severity of an issue never does.

A bug that causes data loss would be of the highest severity.  What it's priority is depends on the phase of the development life cycle.  A Priority 2 bug might become a priority 1 bug later on.

An typo in the EULA might be of the highest priority to the business, but of the lowest impact to the end user.

Severity is objective, priority is subjective.

Like # people like this

Another way to think about the two is urgency (priority) and impact (severity).  You could also use risk instead of impact.

The problem with the default Jira scheme is that someone might ask, 'why are we working on minor issues now (when there are blockers and major)?'  If you have a urgency/priority, it's easy to create a pipeline.

Suggest an answer

Log in or Sign up to
This widget could not be displayed.

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