We need ability to report on 'Current Sprint' (in a single Sprint column) when exporting to CSV. Currently if a Jira issue is moved from one sprint to another, the more sprints it gets pushed through, the more columns I end up having when exporting my filter view to e.g. CSV, and I first need to cleanup a number of columns to see that one currentsprint an issue is in...This is not user friendly and causes our reporting to be skewed and taking a lot of time to fix.
Is there anyway Customers come around this issue?
Thank you for help!
The Better Excel Exporter exports only the current sprint in the "Sprint" field, requiring no after-work. See column "N" here:
Even if it not 100% what you look for, the behavior and format of each field can be customized through the "field-helper.groovy" script with minimal effort. Also, you can ask our support team, happy to help!
(This paid and supported app is developed by our team. Free for 10 users.)
Jira does not natively support exporting multiple values from a field such as Sprint into a single CSV column, and you may refer to the following ticket from Atlassian:
https://jira.atlassian.com/browse/JRACLOUD-63747
However, you can try the Excel-like Bulk Issue Editor for Jira app, which lets you export multiple values in fields like Sprint into a single column.
Disclaimer: I work for the Ricksoft team that develops and maintains the Excel-like Bulk Issue Editor for Jira app
Could you share a little more about the report you're trying to create from the CSV? That will help us understand the expected output and suggest the best approach.
If your use case focuses on the current sprint, the app also provides an Active Sprint Filter, which lets you filter work items from all currently active sprints or select a specific active sprint before exporting the data.
You can find more details about the Active Sprint Filter here:
https://docs.ricksoft-inc.com/excel-like-issue-editor-for-jira-cloud/active-sprint-filter
Hope this helps!
Thank you.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Unfortunately there's no native setting for this — the Sprint field stores every sprint the issue has been in, and CSV export writes each value to its own column.
Two workarounds:
Spreadsheet formula. The last non-empty Sprint column is the current one. In Excel: =LOOKUP(2,1/(B2:Z2<>""),B2:Z2) — adjust B2:Z2 to cover your Sprint columns.
Automation rule. Create a single-line text custom field (e.g. "Current Sprint"). Add a rule: trigger Field value changed on Sprint → action Edit issue, set the field to {{issue.Sprint.last.name}}. Then export that field instead of Sprint.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The automation route @Habib__Plugio__ described is the most sustainable native fix. A few practical additions if you go that way:
.last means. {{issue.Sprint.last.name}} writes the most recently added sprint. For items that finished in a completed sprint, that closed sprint stays in the field, which is usually what you want for reporting.sprint in openSprints() to the filter keeps rows without a current sprint out of the export entirely.The underlying behavior is a long-standing limitation (the Sprint field keeps its full history and the exporter writes one column per value), so a stored single-value field is the cleanest native workaround.
Hope that helps,
Ivan
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Following up on my earlier answer, @aokeeffe_guidewire_com: if you'd rather skip the custom field and automation entirely, and you're open to using an app from the Atlassian Marketplace, JXL for Jira can help with this. Specifically, its sprint smart columns allow you to get exactly one sprint value per row, no cleanup:
Here's the Last sprint column in action:

Disclosure: I work for the team that builds JXL.
Thanks,
Ivan
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.