If you're already familiar with the feature, as of 9 December it's generally available. See what's new here.
This feature is part of the Jira Product Discovery Premium plan.
š Start your trial here š
Other features of the plan are described here and here's an implementation guide.
In the Free and Standard plans, Jira Product Discovery only supports a flat model, where every idea is at the same level. As part of the Premium plan of Jira Product Discovery weāve introduced a feature that lets you create custom product hierarchies - for example this view that shows Opportunities, Solutions and Experiments and how they ladder up:
And this is a view we use in the JPD space where the JPD team manages the JPD roadmap š
The following demo walks you through use cases, how it works and how to set it up in your space:
Here's an shorter version so you can grasp the concept in 2 minutes.
In Jira Product Discovery you have spaces, spaces have ideas, ideas have fields, fields have values, and you can create views that help you visualize ideas based on field values. This system works with different types of fields: select, multi-select, rating, votes, etc.
Here we have introduced two new concepts so you can create hierarchies:
Custom Types - so you can have different types of objects in your discovery spaces - e.g. Opportunity, Solution, Experiment - instead of just Ideas.
Or in a board view:
Under the hood connections between ideas are stored as Jira issue links. Itās still a flat model, where all ideas are at the same level in a graph, but you can use views to visualize them in a hierarchy:
When you connect ideas via a connection field, this connection will show on both ideas - itās bi-directional:
Connection fields behave a bit differently to other JPD field types (select, multi-select, etc.) in that they donāt really store any value - the connections between ideas are stored as Jira issue links.
You need to create one type and one connection field for each type. For example if you have 2 types, Opportunity and Solution, the steps are:
Create a Type āOpportunityā
Create a Connection field āOpportunityā pointing to that Type
Create a Type āSolutionā
Create a Connection field āSolutionā pointing to that Type
Hereās a demo for how to do that.
Here are a few things you should be aware of:
Make sure you create one Connection field for each type - otherwise if you connect 2 ideas the connection will only show on one of them, not both. Thereās no point creating more than one Connection field for each Type - because it stores connections as Jira issue links, if you connect ideas via one Connection field, it will also show in any other field pointing to the same Type
Pro-tip: You can create connection fields as Global or Space fields, depending on your overall set up. Itās OK if you donāt get it right from the first go: you can create a Global field, add it to the space, and delete the space field - and ideas will still be connected as before.
You can then set up a view to show up to 3 levels of ideas, e.g. Opportunity/Solution/Experiment:
To do so:
Create a filter to only show ideas of a specific Type (Solution) - this āfocusesā the view on Solutions
Group by a Connection field (Opportunity) - it shows Opportunities as āParentsā of Solutions
Add a Connection field to the view (Experiments) - it shows Experiments as āChildrenā of Solutions
Watch this demo for how to reproduce this view.
You can filter ideas at 3 levels:
Ideas you are grouping by (e.g. Opportunity): you can select which ideas to show as groups, the same way you would when grouping by any other field type
Ideas that are shown on the view (e.g. Solution)
Ideas that show in a connection field (e.g. Experiments) - you can filter them using field values (like for ideas on the view) or by matching field values for groups and columns: see this 3min demo video to understand how that works
If you want to use Connection fields in Automation rules and/or JQL, just remember that connection fields donāt really store any value - the connections between ideas are stored as Jira issue links.
Hereās a demo of an automation rule with connection fields.
You can connect ideas from different Discovery spaces. Letās take the example of a set up where you have:
A Discovery space that has opportunities at the company-level
2 Discovery spaces, one for each team, that have solutions
And you want solutions that teams work on to be connected to company-level opportunities
You can achieve this with connection fields:
In this sample view in the company space, you can see how opportunities connect to solutions from the two separate team spaces:
Hereās a demo for to replicate this set up:
You can use Connection fields in Roadmaps as long as you create them as Global fields.
Jira Product Discovery was built on Jira team-managed spaces, which means that we donāt yet support Global Types. This means that if you want to use a Type called āSolutionā in 2 different spaces youāll need to create that Type in both spaces. But then you can point the Global Connection field to both these Types as long as they have the exact same name.
You can use these global fields in Spaces and in Roadmaps. The best way to understand when and how to do that is to watch this 4min demo:
Here are current limitations and what we're doing about them:
We plan to keep improving this feature over the next few months. And we plan to introduce a new view type: the tree view.
Tanguy Crusson
Product @ Atlassian
Atlassian
Nice, France
386 accepted answers
62 comments