Hi,
A good practice when collecting and organizing Ideas (Features) is to have them grouped in multi-level folders that represent core user needs the underlying feature ideas address.
JPD should have a "multi-level" issue type for core user needs.
Notice in the below example that core user needs may be decomposed in many levels until the idea level, so ideas (leaf level) can bem from level 1 to level "n"
Example of Core User Needs and Feature Ideas:
100% - waiting for the day hierarchies are supported on JPD.
Hi @Alexandre Krammel in case you haven't seen it, we have a post on how best to do this with the current capabilities of the product. See the section titled "Can we create different issue types and their relationships? (e.g. parent/child or opportunity/solution)" on this page.
Rest assured this is in our plans for the future.
Unfortunately, that's not functional for large teams that need to build hierarchies based on Epic v Story tickets. Ideas are stories, and we can't very well have HUNDREDS of options in a field for each epic we create. That's just not feasible. And furthermore, we can't tie an individual field option to an epic on another project.
Can you please let us know when a true hierarchy will be supported in JPD?
Hi Abby, we announce all new features here in the Community, keep an eye on these pages.
The current solution doesn't work well for our team either -
Hoping for true hierarchy one way or another - for now - our team could get by with a single level of refinement via subitems on ideas. That wouldn't cover all use cases but it would be a start.
+1
Agree that some form of multi-level hierarchy within JPD is needed in place of using the current flexible fields/views approach. Glad to see JPD team considering it on their roadmap.