Different Levels of Hierarchy in Advanced Roadmaps

[JHartma1]

We are trying to create a high level schedule using Advanced Roadmaps but running into trouble being able to use advance roadmaps to visually look at the plan across the various levels.  In a typical WBS, we might have different levels before we get to the stories and we want to roll them up so we can see all the level 1, 2, 3s, and JIRA but also be able to track stories against them.  

An example is below:

Level 1 – Planning

Level 2 – VOC Alignment, MVP Definition, and Charter Review

Level 3 – These would be the stories that roll up to the Level 2.

Another section though is

Level 1 – Development

Level 2 – Prototype Build 1

Level 3 – Prototype Build Insertion

Level 4 – Design / Documentation

Level 5 – These would be the stories that roll up to the level 4.

Is there a way to do this where we can keep consistent Level 1's vs in the above scenario having to make Planning a Level 3 so that matches in the hierarchy.  

[Irina Mosina (TechTime)]

Hi, 

I wonder if representing your process of work breakdown as workflow statuses rather than vertical hierarchy would make more sense. 

You vertical hierarchy can be then : 

"Big Thing" (wether you choose to call Initiative or Project) - Epic - Story/Task

For, example, your "Big Thing" will go through a number of iterations, starting with refinement:  Planning - VOC/MVP. 

Epic/Stories created for Initiatives in these stages will reflect the work that needs to be done at that point. 

Later, once you know more about the feasibility of your project, you move your whole Initiative into Development, then Prototype etc. 

Now your Epics and then Stories are specific and estimated with more certainty. 

With this approach you can actually measure Cycle Time for your Initiatives using built in reports as well as effort that it takes to complete MVPs or Prototypes. 

Irina 

[Roi Fine]

Hi @JHartma1 ,

That's a good challenge that can be solved in different ways. My tip is to start with a structure that is relatively simple. It's easier to add than to remove structure. When needs come up, you can consider adding more structure.

From a quick glance. Your five levels: development, design, etc.. could be structured as status workflows rather than issue hierarchy. Read here to get up to speed with workflows  

Good luck!

Roi