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

Should have the ability to skip custom hierarchy in Advanced roadmaps

    • 3
    • 13
    • 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.

      Currently when we define the custom hierarchy in Advanced Roadmaps like 

      Initiative --> Program --> Epic --> Story --> Sub-Task.

      We don't have ability to link Initiative directly with epic. Users should have the ability to by-pass any of the custom Hierarchy and link the issues. Or Advanced roadmaps should provide the ability to define multiple issue types are same level, the way we have between Epic and SubTasks. We can have Story, Task, Bug at same level. For Example

      Initiative

      --> Program or Feature 

         --> Epic

             --> Story, Bug, Task etc

                 --> Sub-Tasks

          Form Name

            [JSWSERVER-24823] Should have the ability to skip custom hierarchy in Advanced roadmaps

            Agree.  We need more flexibility hierarchies, with children being able to link to grandparents, skipping parents, if necessary.  

            Chris Juettner added a comment - Agree.  We need more flexibility hierarchies, with children being able to link to grandparents, skipping parents, if necessary.  

            This request gets my vote

            Socci, Nicholas added a comment - This request gets my vote

            Dear all,
            I would like to inform you that this issue in the project JPOSERVER is being migrated to the new project JSWSERVER. Your votes and comments will remain unchanged.
            Our team at Atlassian will continue to monitor this issue for further updates, so please feel free to share your thoughts or feedback in the comments.
            Sincerely,
            Aakrity Tibrewal
            Jira DC

            Aakrity Tibrewal added a comment - Dear all, I would like to inform you that this issue in the project JPOSERVER is being migrated to the new project JSWSERVER. Your votes and comments will remain unchanged. Our team at Atlassian will continue to monitor this issue for further updates, so please feel free to share your thoughts or feedback in the comments. Sincerely, Aakrity Tibrewal Jira DC

            Absolutely agree with this ask and the frustrations of different business users. Our teams have projects that both need the simple hierarchy needs to be linked to an initiative highest level, but do not need the middle. This also makes us create "fake" levels with no added value. It actually confuses people and takes unnecessary space in the plan for those simpler project plans and teams. I can't simplify the hierarchy because I do have projects that really need that hierarchy distinction. This would be super beneficial in cloud.

            Jess Landmann added a comment - Absolutely agree with this ask and the frustrations of different business users. Our teams have projects that both need the simple hierarchy needs to be linked to an initiative highest level, but do not need the middle. This also makes us create "fake" levels with no added value. It actually confuses people and takes unnecessary space in the plan for those simpler project plans and teams. I can't simplify the hierarchy because I do have projects that really need that hierarchy distinction. This would be super beneficial in cloud.

            To have the ability to skip hierarchy would be ideal given not all issue types will be setup as a program or project and would be great to setup a Initiative, or Project issue and be able to add a story or task directly to it.

            Adam Hallyburton added a comment - To have the ability to skip hierarchy would be ideal given not all issue types will be setup as a program or project and would be great to setup a Initiative, or Project issue and be able to add a story or task directly to it.

            For our users this feature of Roadmaps makes roadmaps extremely cumbersome. Instead we use Structure and linking for it's more flexible heirachies. Every time we have teams try to adopt roadmaps, this inflexibility is the problem that users can't get past (with many teams over many years). Users just don't accept "to do what you want you're going to need to add 2 or 3 fake issues in the tree just for linking to work. And use with Structure to drag/drop issues throws validation errors that most users just don't understand what to do to correct, especailly those used to quickly and flexibly dragging and dropping issues around a WBS while defining the project. For now we've given up promoting Roadmaps to our users. We're reconsider it if this feature were implemented. If it were still an optional product we wouldn't be paying for it on our last renewal. I can't be clearer that this one inflexibility essentially kills the product for us. One alternative would be to allow Roadmaps to use parent/child links to find the hierachy to work with, the other would be to relax the constraints on Parent Link to allow for flexible linking.

            Matthew Thompson added a comment - For our users this feature of Roadmaps makes roadmaps extremely cumbersome. Instead we use Structure and linking for it's more flexible heirachies. Every time we have teams try to adopt roadmaps, this inflexibility is the problem that users can't get past (with many teams over many years). Users just don't accept "to do what you want you're going to need to add 2 or 3 fake issues in the tree just for linking to work. And use with Structure to drag/drop issues throws validation errors that most users just don't understand what to do to correct, especailly those used to quickly and flexibly dragging and dropping issues around a WBS while defining the project. For now we've given up promoting Roadmaps to our users. We're reconsider it if this feature were implemented. If it were still an optional product we wouldn't be paying for it on our last renewal. I can't be clearer that this one inflexibility essentially kills the product for us. One alternative would be to allow Roadmaps to use parent/child links to find the hierachy to work with, the other would be to relax the constraints on Parent Link to allow for flexible linking.

              Unassigned Unassigned
              1f2197ad1e41 Pushpkant Garg
              Votes:
              56 Vote for this issue
              Watchers:
              33 Start watching this issue

                Created:
                Updated: