• Icon: Suggestion Suggestion
    • Resolution: Unresolved
    • None
    • None
    • 46
    • 9
    • We collect Jira feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      NOTE: This suggestion is for JIRA Server. Using JIRA Cloud? See the corresponding suggestion.

      Currently history searches do not support the 'sprint' field, which limits the ability to search for items relating to sprints, for example it is impossible to search for tickets that have been recently added to a sprint.

          Form Name

            [JRASERVER-39256] Add the ability for History searches on the 'sprint' field.

            +1

            batch update removes all the sprint and apply the new sprint.

            erick_delacruz added a comment - +1 batch update removes all the sprint and apply the new sprint.

            +1

            Nicolas Connault added a comment - - edited

            +1 Please... such an essential feature! You've been "gathering interest" for 11 years now...

            Nicolas Connault added a comment - - edited +1 Please... such an essential feature! You've been "gathering interest" for 11 years now...

            Ostin Hops added a comment -

            If someone is looking for a workaround, Issue History for Jira might be the solution. It lets you filter by sprint and add fields like sprint or others to view changes across all issues in one place. 

            The add-on is also compatible with the Data Center version.

            Here is an answer from the Community where you can see report screenshots:

            https://community.atlassian.com/t5/Jira-questions/Sprint-modification-report/qaq-p/2644696?utm_campaign=subscription_search_answer&utm_content=topic&utm_medium=email&utm_source=atlcomm#U2645419

            Ostin Hops added a comment - If someone is looking for a workaround, Issue History for Jira might be the solution. It lets you filter by sprint and add fields like sprint or others to view changes across all issues in one place.  The add-on is also compatible with the Data Center version. Here is an answer from the Community where you can see report screenshots: https://community.atlassian.com/t5/Jira-questions/Sprint-modification-report/qaq-p/2644696?utm_campaign=subscription_search_answer&utm_content=topic&utm_medium=email&utm_source=atlcomm#U2645419

            Yes please 

            Sivakumar Thirugabathina added a comment - Yes please 

            Yes please 

            Mikolaj Umiastowski added a comment - Yes please 

            cynthia added a comment -

            +1 please god, especially when your tool allows someone to accidentally move 600 rows from the backlog into the wrong sprint.

            cynthia added a comment - +1 please god, especially when your tool allows someone to accidentally move 600 rows from the backlog into the wrong sprint.

            +1 shocked to find that this isn't already supported

            Evan Schindler added a comment - +1 shocked to find that this isn't already supported

            +1, when can we expect this to be delivered please. Also, is there any workaround here?

            Dalia El-Dib added a comment - +1, when can we expect this to be delivered please. Also, is there any workaround here?

            +1

            +1. Want to use this in order to search for issues that were originally planned in the sprint, but were taken out.

            Ivan Andrieiev added a comment - +1. Want to use this in order to search for issues that were originally planned in the sprint, but were taken out.

            +1

            Fabien GALOIS added a comment - +1

            +1. Want to use this in order to search for issues that were originally planned in the sprint, but were taken out.

            Fabien Galois added a comment - +1. Want to use this in order to search for issues that were originally planned in the sprint, but were taken out.

            +1. Want to use this in order to search for issues that were originally planned in the sprint, but were taken out.

            Sandra van der Heijden added a comment - +1. Want to use this in order to search for issues that were originally planned in the sprint, but were taken out.

            mariozivic added a comment -

            +1

            mariozivic added a comment - +1

            +1 , this is really a needed requirement, with which we will be able to identify the committed items during sprint start. Basically identify the scope churns

            sheeba ramakrishnan added a comment - +1 , this is really a needed requirement, with which we will be able to identify the committed items during sprint start. Basically identify the scope churns

            +1

            헤나 added a comment - +1

            +1 truly mind boggling that this is missing

            Dave Brennan added a comment - +1 truly mind boggling that this is missing

            +1

            Hamza Rezgui added a comment - +1

            +1

            +1

            +1

            John Weald added a comment - +1

            +1

             

            Ennu M. Ramdan added a comment - +1  

            Quan Phan added a comment -

            +1

            Quan Phan added a comment - +1

            +1

            Mike.davison added a comment - +1

            +1

            agree

            Francisco Pérez added a comment - agree

            Agree, this is an essential part of tracking for us.

            Amanda Lee added a comment - Agree, this is an essential part of tracking for us.

            So essential feature yet you prefer to focus on bells and whistles mostly in your releases. It is sad. 

            Valentin Dragin added a comment - So essential feature yet you prefer to focus on bells and whistles mostly in your releases. It is sad. 

            1+

            Bernd Schlayer added a comment - 1+

            Scott Gast added a comment -

            +1

            Scott Gast added a comment - +1

            Jens Christian Hansen added a comment - - edited

            This is important to query the original commitment of a sprint. It is such a basic and important property of a agile setup that it is a HUGE lack that this is not supported. How is this issue not fixed years ago??

            Jens Christian Hansen added a comment - - edited This is important to query the original commitment of a sprint. It is such a basic and important property of a agile setup that it is a HUGE lack that this is not supported. How is this issue not fixed years ago??

            +1 Dear Atlassian. Do you have any ETA on this CR?

            Thanks

            Yuriy Chepelyuk added a comment - +1 Dear Atlassian. Do you have any ETA on this CR? Thanks

            +1

            Tom De Cock added a comment - +1

            +1

            +1

            Simon Caruana added a comment - +1

            Pretty please? +1

            Shane Wignall added a comment - Pretty please? +1

            +1

            Kellie Lutze added a comment - +1

            +1

            Tiffany Howard added a comment - +1

            +1

            Alexey Kopytin added a comment - +1

            +1

            +1

            +1

            +1

            +1

            Marc Moroz added a comment -

            +1

            Marc Moroz added a comment - +1

            When producing retrospective reports this would be amazing, as currently the JIRA sprint report page is the only place this information would be viewed, and I know many places that have their own retrospective/report pages in something like Confluence.

            Jesse Jackson added a comment - When producing retrospective reports this would be amazing, as currently the JIRA sprint report page is the only place this information would be viewed, and I know many places that have their own retrospective/report pages in something like Confluence.

            This is essential, need to be able to show which issues added to or removed from the sprint.

            Oleg Putilin added a comment - This is essential , need to be able to show which issues added to or removed from the sprint.

            Oleh added a comment -

            +1 Agree, this should be included in the basic functionality

            Oleh added a comment - +1 Agree, this should be included in the basic functionality

            This is a pretty significant as it does not show us sprint planning changes.

            Atlassian DRT added a comment - This is a pretty significant as it does not show us sprint planning changes.

            Yes, I agree.  It looks like people have complained about this for a long time without any response from Atlassian.  It is ridiculous that there is no way to find the sprint history.

            Ken Strickland added a comment - Yes, I agree.  It looks like people have complained about this for a long time without any response from Atlassian.  It is ridiculous that there is no way to find the sprint history.

            Eli Mata added a comment -

            This should be included as OTB functionality. It is very surprising that is is not. 

            Eli Mata added a comment - This should be included as OTB functionality. It is very surprising that is is not. 

            Adding my vote - I need this to identiofy issues that did not complete in a sprint and were moved to a future sprint.

            Darren Wedgwood added a comment - Adding my vote - I need this to identiofy issues that did not complete in a sprint and were moved to a future sprint.

            Wil Holder added a comment -

            Would be super useful, as we want Devs to have the ability to update and change the sprint, but we want to make sure that PMs and leads are aware, and notified in case there is any sprint clean-up or balancing required.

            Wil Holder added a comment - Would be super useful, as we want Devs to have the ability to update and change the sprint, but we want to make sure that PMs and leads are aware, and notified in case there is any sprint clean-up or balancing required.

            I agree that this is a feature which should already be available to manage sprints well. Scope change is something that needs to be alerted in every way possible!

            Deleted Account (Inactive) added a comment - I agree that this is a feature which should already be available to manage sprints well. Scope change is something that needs to be alerted in every way possible!

            I am responsible for setting up the sprint and getting the business to approve it. Another team can move tickets out of a sprint that could not be completed in the sprint. I need to find them and report on them. I also need to know if any tickets were added to the sprint say after the team started to do development.

            Quentin Sarafinchan added a comment - I am responsible for setting up the sprint and getting the business to approve it. Another team can move tickets out of a sprint that could not be completed in the sprint. I need to find them and report on them. I also need to know if any tickets were added to the sprint say after the team started to do development.

              Unassigned Unassigned
              c37753e3730a David Beeston
              Votes:
              247 Vote for this issue
              Watchers:
              133 Start watching this issue

                Created:
                Updated: