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

how do I identify issues added to a sprint after it has started


8 answers

I find this totally lack of functionality frustrating with the Jira Cloud application. The data is in the system AND Jira does surface it with the * in the sprint report. The fact that we can't get this data via JQL is BS.

Vote for JSWSERVER-20097 to have this built into JIRA Server, or JSWCLOUD-16523 for JIRA Cloud, by default.

Bump @Atlasian 

You show us the data in exists in the cloud version, please stop crippling your applications and image.pnggive us JQL access to it.

There are a couple of built in reports which show this info:
  • They show with a * ("Issue added to sprint after start time") next to them in the Sprint Report.
  • The Burndown Chart records this as a scope change with 'Issue added to sprint' in event detail.

Hi, thanks for that Sam. Is there any JQL I can run to show a table of these items, I'm building a Sprint Summary report which I want to show the effect of my over enthusiastic product owner smile

Like # people like this

There's no JQL that can get it out of the box in JIRA Cloud, I'm afraid.

JQL does support some historical search operators (WAS, CHANGED AFTER, etc), but these only work on certain fields. Unfortunately the Sprint field doesn't support these type of history searches.

Of course you can search for JIRA Cloud add-ons which expand search capabilities in various ways, but I'm not sure if you'll find something suitable.

Another option, although not exactly what you want, is the Sprint Health Gadget which shows sprint scope change %.

Ignacio Pulgar Community Leader Feb 02, 2017

The Sprint Report has a link next to each kind of completions that retrieves the JQL needed.

You will see that it is not a pretty function, but a csv of issue keys like:

key in (KEY-1,KEY-2,KEY-3)


But don't those "View in Issue Navigator" links get all completed/not completed issues, not just those added after sprint start?

The "Issues Not Completed" list could be a mixture of issues added before sprint start and issues added after sprint start, as could the "Completed Issues", right?

Ignacio Pulgar Community Leader Feb 02, 2017

Yes, you're absolutely right. Then, the only way would be copying the issue keys in a JQL like: key in (KEY-1,..., KEY-n)

Hi guys,

The only way I found to identify the issues that were included in the sprint after the initial date was coordinating with my team to tag them as a "detractor" issue. How?

We created a dedicated "Component" named "Unplanned" and then, we made JQL filter to extract them after we close the sprint. Everyone committed to include this component in each unplanned issue during sprint period.  The JQL is like this:

project = "My project" AND component in ("Unplanned") AND Sprint in closedSprints() AND resolved > -17d ORDER BY component ASC

Hope I could helped!

The workaround I use is to co-opt one of the fields that the historical (WASCHANGED AFTER, etc.) operators work on:

We do continuous delivery and don't use the Fix Version field for planning releases, so I've created a Version called Sprint Target there. At the end of our sprint kickoff I select everything in the sprint and add it to that Version.  I can then do searches like sprint = 'Sprint 27' AND fixVersion WAS 'Sprint Target' ON '2018-10-21' I mainly use that to color-code any issues that are added after the sprint start as different from the ones that are there at the beginning of the sprint so we can keep our eye on the ball.

It's annoyingly manual ad fiddly, and I agree with @Greg Wissler that just giving us JQL access to the data that's clearly already there would be way easier.  But it does what I need reasonably well.

Like # people like this

Ert. Thanks. We've hacked the functionality we need in a similar fashion, however it kills me that the data is in the system and @Atlasian cripples us from accessing it.

Like # people like this

Is anyone from Atlassian Team going to comment? Clearly the data is present so why can't we access it using JQL? Is this on the TODO list or the TOOHARD pile?

Hi , Jira might not support this but you can get the ticket in an issue navigator if you apply a little JQuery magic: 

var elements = $("tr.ghx-added"); var results = []; for(var i = 0; i < elements.length; i++){results.push(elements[i].children[0].children[0].innerText)} window.location = "{InsertYourJiraURLHere}/issues/?jql=issueKey in (" + results.join(",") + ")";

Replace the {InsertYourJiraURLHere} with your Jira URL and  run this script in the sprint report view console and it will show you the tickets you are looking for :)

Hi Adam, Pardon my ignorance but what is the "sprint report view console"?

@Chris Rees I believe he means the browser console, which can be accessed by Inspecting the page.

Board > Reports (left panel) > Sprint Report

Completed issues that were added after the sprint started will have an asterisk (*) after the issue key. Example:
By pasting the javascript provided by Adam G, it will return the issues with the asterisk (*).


I dunno if that's what you meant, I pasted this link: 

var elements = $("tr.ghx-added"); var results = []; for(var i = 0; i < elements.length; i++){results.push(elements[i].children[0].children[0].innerText)} window.location = "{ in (" + results.join(",") + ")";

in the JQL search bar under filters... but it's not working.

Any idea why?


@Adam GorkozDo you know of a way to get the opposite - that is get the list of items that do not have the * (aka items that we part of the sprint commit)?

Apparently, they resolved this issue and the customer amazement that the data exists, but you cannot query it... they removed the asterisk from the Sprint Report.

it's a little work but could you not just add a label to those tickets and query the label?

Yes, but it requires users to manually add a label to every card (and to remember to do so) and also to manually change the JQL for each sprint because the label needs to be different for each sprint.

You can’t just have a generic “committed” label because if the issue runs over into a second (or subsequent) sprint there is no way of determining if it was committed in the first sprint or only when it rolled over into the second.

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Jira Service Management

JSM June Challenge #2: Share how your business teams became ITSM rockstars

For JSM June Challenge #2, share how your non-technical teams like HR, legal, marketing, finance, and beyond started using Jira Service Management! Tell us: Did they ask to start using it or...

314 views 9 7
Read article

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