Uploaded image for project: 'Jira Software Data Center'
  1. Jira Software Data Center
  2. JSWSERVER-6949

List of Epics may get very long, we would like to see some filtering capability

    • 97
    • 10
    • Hide
      Atlassian Update – 6 August 2021 

      Dear Jira users,

      Jira 8.19 will make working with long epic and version lists a little bit easier. The Versions and Epics sections of the Backlog view will now include new search fields that let you filter as you type. These new elements should facilitate and improve your search experience. We would like to get your feedback on those changes and suggestions for future improvements.

      Cheers,

      Mateusz Witkowski

      Software Engineer, Jira Server and Data Center

      Atlassian Update – 16 February 2018

      Hi everyone,

      Thanks for your interest in this issue.
      This request is considered a potential addition to our longer-term roadmap.

      We'll typically review this request in about 12 months time, at which point we’ll consider whether we need to alter its status.

      For the nearest future we've decided to prioritize other areas of the Jira Server roadmap, including:

      • Performance and stability improvements
      • Archiving projects for improved performance
      • Optimising the use of custom fields
      • Improving performance of boards
      • Improving Jira notifications
      • Allowing users to edit shared filters and dashboards
      • Mobile app for Jira Server

      You can learn more about our approach to highly voted server suggestions here.

      To learn more on how JAC suggestions are reviewed, see our updated workflow for server feature suggestions.

      Kind regards,
      Jira Server Product Management

      Show
      Atlassian Update – 6 August 2021   Dear Jira users, Jira 8.19 will make working with long epic and version lists a little bit easier. The Versions and Epics sections of the Backlog view will now include new search fields that let you filter as you type. These new elements should facilitate and improve your search experience. We would like to get your feedback on those changes and suggestions for future improvements. Cheers, Mateusz Witkowski Software Engineer, Jira Server and Data Center Atlassian Update –  16 February 2018 Hi everyone, Thanks for your interest in this issue. This request is considered a potential addition to our longer-term roadmap. We'll typically review this request in about 12 months time, at which point we’ll consider whether we need to alter its status. For the nearest future we've decided to prioritize other areas of the Jira Server roadmap, including: Performance and stability improvements Archiving projects for improved performance Optimising the use of custom fields Improving performance of boards Improving Jira notifications Allowing users to edit shared filters and dashboards Mobile app for Jira Server You can learn more about our  approach to highly voted server suggestions here . To learn more on how JAC suggestions are reviewed, see our  updated workflow for server feature suggestions . Kind regards, Jira Server Product Management
    • 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.

      We have large Backlogs and very long list of Epics. I can't figure out any way of applying a filter to that long list of Epics, which is insensitive to the Quick Filters. What do we do when our list of Epics is so long that it becomes unmanageable?
      Note: Using the Board main filter is not an option as we need to keep it broad, and work with Quick Filters.

        1. List-Version.JPG
          List-Version.JPG
          24 kB
        2. New filters for Jira server.png
          New filters for Jira server.png
          137 kB
        3. screenshot-1.png
          screenshot-1.png
          5 kB

            [JSWSERVER-6949] List of Epics may get very long, we would like to see some filtering capability

            Created new suggestion ticket (JSWSERVER-21146) in order to request extending this ticket based on the updated requests for quick-filters.

            Daniel McCammon added a comment - Created new suggestion ticket ( JSWSERVER-21146 ) in order to request extending this ticket based on the updated requests for quick-filters.

            i second Daniel's comment above.  For Atlassian to close a suggestion as if it has been met by the current Epic Search feature, when it clearly hasn't, is disappointing and not very professional.  To be honest, it seems beneath what I expected from you guys. 

            I haven't read every single comment so if my comments below have already occurred, please say so.

            IMHO, if Atlassian feels that the suggestion breaks or goes against how the app in general and epics specifically are supposed to work, then say that and explain your reasoning.  There will, of course, be those that won't agree, but at least your reasoning for not making any progress on this will be better understood.  Basically, if you have no intention of doing it, then explain why.  If you agree that it does have value but it's low priority, then say that too. 

             

            You guys have been around too long and have matured too much as a company to provide an interface for us to make suggestions and then not provide the active moderation that is expected to go with that.

            Howard Coburn added a comment - i second Daniel's comment above.  For Atlassian to close a suggestion as if it has been met by the current Epic Search feature, when it clearly hasn't, is disappointing and not very professional.  To be honest, it seems beneath what I expected from you guys.  I haven't read every single comment so if my comments below have already occurred, please say so. IMHO, if Atlassian feels that the suggestion breaks or goes against how the app in general and epics specifically are supposed to work, then say that and explain your reasoning.  There will, of course, be those that won't agree, but at least your reasoning for not making any progress on this will be better understood.  Basically, if you have no intention of doing it, then explain why.  If you agree that it does have value but it's low priority, then say that too.    You guys have been around too long and have matured too much as a company to provide an interface for us to make suggestions and then not provide the active moderation that is expected to go with that.

            Daniel McCammon added a comment - - edited

            As much as the epic search is at least something.. It's not really all that helpful..

            The trouble (IMHO and which I believe is shared by others), is not a matter of searching the epics pane for any single epic, but of creating a filtered view of the board epics to only a subset of the full board.

            We have a number of subteams within our boards, and usually have a couple dozen epics in progress on a board at any one time, but only a fraction of them (5-6) are relevant to any one subteam. We already use quick-filters to create sub-team views of the board, which does work amazingly well for issues but not for the epics pane. (we don't use sub-team boards as the sub-teams are still tightly coupled and highly collaborative, which caused issues when using separate boards)

            Hence why I believe the solution many people are looking for is not the ability to search the epics pane, but the ability to apply the quick-filters we already have and use for issues to the epics pane...

            Similar expressions are also found in the cloud version: JSWCLOUD-18474

             

            Overall, I would have to say that the current implementation is not truly complete..

            (Truthfully, I think the discrepancy is largely because of the vast time since the ticket was originally created..) 

            Daniel McCammon added a comment - - edited As much as the epic search is at least something.. It's not really all that helpful.. The trouble (IMHO and which I believe is shared by others), is not a matter of searching the epics pane for any single epic, but of creating a filtered view of the board epics to only a subset of the full board. We have a number of subteams within our boards, and usually have a couple dozen epics in progress on a board at any one time, but only a fraction of them (5-6) are relevant to any one subteam. We already use quick-filters to create sub-team views of the board, which does work amazingly well for issues but not for the epics pane. (we don't use sub-team boards as the sub-teams are still tightly coupled and highly collaborative, which caused issues when using separate boards) Hence why I believe the solution many people are looking for is not the ability to search the epics pane, but the ability to apply the quick-filters we already have and use for issues to the epics pane... Similar expressions are also found in the cloud version:  JSWCLOUD-18474   Overall, I would have to say that the current implementation is not truly complete.. (Truthfully, I think the discrepancy is largely because of the vast time since the ticket was originally created..) 

            Hi,

            I don't want to be a downer, but the new search fields sounds like it will only be a slightly better workaround than my current workaround: Using the search function integrated in the browser (ctrl + f).

            ..... Coming up on it's 10 year anniversary ... good point @Lee Cash

            William Fox added a comment - Hi, I don't want to be a downer, but the new search fields sounds like it will only be a slightly better workaround than my current workaround: Using the search function integrated in the browser (ctrl + f). ..... Coming up on it's 10 year anniversary ... good point @Lee Cash

            Dear Jira users,

            Jira 8.19 will make working with long epic and version lists a little bit easier. The Versions and Epics sections of the Backlog view will now include new search fields that let you filter as you type. These new elements should facilitate and improve your search experience. We would like to get your feedback on those changes and suggestions for future improvements.

            Cheers,

            Mateusz Witkowski

            Software Engineer, Jira Server and Data Center

            Mateusz Witkowski added a comment - Dear Jira users, Jira 8.19 will make working with long epic and version lists a little bit easier. The  Versions  and  Epics  sections of the Backlog view will now include new search fields that let you filter as you type. These new elements should facilitate and improve your search experience. We would like to get your feedback on those changes and suggestions for future improvements. Cheers, Mateusz Witkowski Software Engineer, Jira Server and Data Center

            +1 

             

            Being able to quickly filter epics while viewing backlog, and then from the reduced epic list select one to see only those issues under that epic, would be a big UX improvement. Ideally it auto-filters as you type, as with the Bitbucket project filter field.

            Roan OSullivan added a comment - +1    Being able to quickly filter epics while viewing backlog, and then from the reduced epic list select one to see only those issues under that epic, would be a big UX improvement. Ideally it auto-filters as you type, as with the Bitbucket project filter field.

            @julien - this is about having quick filters apply to the epic panel.

            Jon 'Approver' Newton added a comment - @julien - this is about having quick filters apply to the epic panel.

            The board filter seems to apply to the epics too.

            If I replace the old filter F, by (F AND type != "Epic") OR (type = "Epic" AND status = "In progress"), it seems to show only the epics in progress. You can then have a separate Kanban that shows the epics to move them around.

            The filter can be found in the "board settings".

            Julien Basch added a comment - The board filter seems to apply to the epics too. If I replace the old filter F, by (F AND type != "Epic") OR (type = "Epic" AND status = "In progress"), it seems to show only the epics in progress. You can then have a separate Kanban that shows the epics to move them around. The filter can be found in the "board settings".

            Lee Cash added a comment - - edited

            There are a lot of support requests so I can only imagine the logistical challenge keeping customers informed. That said, this is a critical issue, one of the highest voted requests, and has been in effect for literally years (coming up on its 10 year anniversary). For these reasons alone I would expect Atlassian to at least provide more frequent updates. 

            Of course, and unfortunately, I know I'm just shouting into the void at this point. This won't illicit a response from Atlassian. And that's the problem. 

            Lee Cash added a comment - - edited There are a lot of support requests so I can only imagine the logistical challenge keeping customers informed. That said, this is a critical issue, one of the highest voted requests, and has been in effect for literally years (coming up on its 10 year anniversary). For these reasons alone I would expect Atlassian to at least provide more frequent updates.  Of course, and unfortunately, I know I'm just shouting into the void at this point. This won't illicit a response from Atlassian. And that's the problem. 

            +1

            I really appreciate this. If the epics will be sensitive to QuickFilters in the backlog page (left EPIC panel), I will be pleased. 

            Giacomo Giovenzana added a comment - +1 I really appreciate this. If the epics will be sensitive to QuickFilters in the backlog page (left EPIC panel), I will be pleased. 

              cf7069360d7e Mateusz Witkowski
              3d6d718b1032 Patrick Mouret
              Votes:
              895 Vote for this issue
              Watchers:
              380 Start watching this issue

                Created:
                Updated:
                Resolved: