Issues  |  Knowledge Base

ALM Works

  • Products|
  • Download|
  • Pricing|
  • Support|
  • Company
ALM Works Business Continuity During the COVID-19 Outbreak
  • Structure
  • Structure helps Atlassian's largest customers track, manage, and visualize progress across Jira projects
    • Try It
  • Structure Overview
  • Atlassian Marketplace
  • Structure.Gantt
  • Add the power of Gantt charts to Jira projects
  • Structure.Gantt Overview
  • Atlassian Marketplace
  • Structure.Pages
  • The Ultimate Jira-Confluence Collaboration Tool
  • Structure.Pages Overview
  • Atlassian Marketplace
  • Structure.Testy
  • Test checklists extension for Structure
  • Structure.Testy Overview
  • Atlassian Marketplace
  • Colors for Jira
  • JQL-based color highlighting for enhanced issue navigation.
  • Client for Jira
  • Now an open source product!
    Interactive desktop client for Jira. Available via open source or as a free product.
  • Structure Version: 6.5.2 Feb 23, 2021
  • Free 30-Day Trial
  • Download Archive
  • Structure.Gantt Version: 2.7.1 Feb 16, 2021
  • Free 30-Day Trial
  • Download Archive
  • Structure.Pages Version: 1.6 Feb 1, 2021
  • Free 30-Day Trial
  • Download Archive
  • Structure.Testy Version: 2.5 Feb 3, 2020
  • Free 30-Day Trial
  • Download Archive
  • Colors for Jira
  • Version: 2.1.1 Sep 25, 2017
  • Free 30-Day Trial
  • Download Archive
  • Client for Jira
  • Version: 3.8.4 Aug 21, 2017
  • Free Version
  • Download Archive
  • Structure
  • Choose your platform:
  • Cloud Pricing
  • Server Pricing
  • Data Center Pricing
  • Structure.Gantt
  • Choose your platform:
  • Cloud Pricing
  • Server Pricing
  • Data Center Pricing
  • Structure.Pages
  • Choose your platform:
  • Server Pricing
  • Data Center Pricing
  • Colors for Jira
  • Choose your platform:
  • Server Pricing
  • Structure
    • Support Request
    • Documentation
    • Suggest an Idea
    • FAQ
    • Training
  • Structure.Gantt
    • Support Request
    • Documentation
    • Quick Start Guide
  • Structure.Pages
    • Support Request
    • Documentation
  • Structure.Testy
    • Support Request
    • Documentation
  • Colors for Jira
  • Support Request
  • Documentation
  • Client for Jira
  • Support Request
  • Documentation
  • FAQ
  • Knowledge Base
  • Contact support by e-mail
  • Support Description & SLA
  • About Us
  • Our Customers
  • Partners & Resellers
  • Contacts
  • Join Our Team!
  • News and Press Releases
  • Press Kit
  • Blog
  • Events
Call sales: +1 617 600 4369
  • info@almworks.com
  • sales@almworks.com
  • ALM Works, Inc.
  • 181 Wells Ave., Suite 204
    Newton, MA 02459
    USA
  • ALM Works Ltd.
  • Times Center, Suite 214
    Kantemirovskaya Str., 2A
    Saint Petersburg
    Russia 197342
  • Company
    • ALM Works Blog
    • Track Multiple Portfolio Plans in Real Time

Track Multiple Portfolio Plans in Real Time

By Robert Leitch on February 10, 2017

Here's how to track multiple Portfolio plans in real time with Structure for a complete overview across all your enterprise activities. This is the second in a series of posts on Structure integration with Portfolio for JIRA.

If you haven't read the first post in this series on how to track Portfolio Plans in real time with Structure, please take a moment to read it before continuing as it explains configurations that aren't explained in this post.

Now we're going to combine multiple Portfolio plans into a single overview in Structure.

There are two main approaches to achieve this:

  1. Multiple Portfolio plans, one Structure
    (a single structure with automation for every Portfolio plan)
  2. Multiple Portfolio plans, multiple Structures
    (a separate structure for each Portfolio plan and an additional structure to combine them)

The end result in both approaches is essentially the same (we'll have a structure containing multiple Portfolio plans) but with some practical differences that I'll discuss at the end of this post.

First we'll look at putting all the plans together using just one structure.

1. Multiple Portfolio Plans, One Structure

We begin with an empty structure and create folders to contain each of our Portfolio plans:

Create folders to contain your Portfolio plans

One folder for each Portfolio plan

In each folder we add appropriate Inserters to pull in Epics from the corresponding plan (matching the plan's issue sources, as per the previous post):

Insert your project and filter Epics

Much as we did in the previous post, just remember to put the right Inserters in the right folders

At the root level of the structure* (directly under the root element) we add the following automation rows:

  • Group by Parent Issue specifying 'Next level' in the Group on level: option - this will group Epics at the next level according to their parent issues from Portfolio
  • Add issues belonging to epics - this puts Stories under Epics
  • Add sub-tasks - this puts Sub-tasks under Stories

The top part of your structure will now look something like this:

Automation rows at structure root level

Note how the automation rows are at the topmost level

Assuming all our plans follow the pattern of Parent Issue > Epic > Story > Sub-task then it's sufficient to add these automation rows just once at root level. There is no need to limit the scope of the Story and Sub-task extenders.

Now we have our multiple Portfolio plans inside a single structure, and we can track aggregate progress (and other values) across all of them side-by-side:

Overview of multiple Portfolio Plans

All our plans side-by-side

If we need to get a list of all the issues in any of our Portfolio plans we can now do so easily using Structure's S-JQL for Folders, which can be used anywhere that JQL queries are accepted (including other structures).

2. Multiple Portfolio Plans, Multiple Structures

In this approach we create a separate structure for each Portfolio plan, following the same procedure for each one as described in the previous post.

Next we create a structure that will combine them all and, as in the first step of the method described above, we add a folder for each plan.

We add a Structure Inserter (Automation > Insert > Structure...) in each folder to pull in the structure containing the corresponding plan:

Insert Structures into Folders

Be sure to put the right Structure in the right folder

And once again we have a full overview of all our Portfolio plans in one place:

Structure of structures containing multiple Portfolio plans

Same plans, different method

In both approaches, Structure will be updated in real time with changes made in JIRA. Changes made in Portfolio must be pushed to JIRA before they will be reflected in Structure.

Which Approach is Better?

The first approach is more compact and is best suited to cases where all you need is a single place to track the full set of Portfolio plans contained in the structure (i.e. there is no need for anyone to track individual plans or other combinations of two or more plans).

The second approach might appear cumbersome what with the multiple structures, but it is more flexible and makes it easier to track any single plan or combination of plans (by adding them selectively to another structure). In cases where a department or division of the company has its own plans that need to be tracked separately from others, this is the way to go.

In both approaches, the inserters can be updated to match issue sources from a single place (in the multi-structure approach, the external structures can all be edited right from the master structure).

The only strong recommendation I would make is not to use both methods at once for the simple reason that it's better to have as few places as possible where issue sources need to be kept in sync.

On (Mis-)Using the Structure Root Element to Display Aggregates

In the previous post I showed how you can quickly get an overall aggregate of values (progress, time, number fields) of the whole structure simply by toggling Automation editing mode to expose the root element of the structure. That works for our multi-plan structures too.

However, I took some flak from my colleagues for 'misrepresenting' this behaviour as a feature. So to set the record straight: It's not a feature, it's a quirk. It just happens to be a really useful quirk.

Next up: Portfolio Plans in Confluence.

*Configuration and behaviour of automation rows: Automation rules are applied from root level to branch level, so the extenders that we added at root level are applied to everything in the structure (including the folders and their contents), while the inserters we added to the folders only act inside those folders. Similarly, the grouper is applied to everything on the level we specified. That's why we don't need to add the grouper and extenders to every folder.

Tags: Structure, Portfolio, tracking, real time, overview, integration
Tweet
Structure

Hierarchical issues for great project management in Jira

JIRA Client

Desktop client for Jira

Structure plugin on the Atlassian Marketplace
Our Customers
  • logo
  • logo
  • logo
  • logo
Newsletter & Updates
Recent Tweets
Tweets by @almworks
Products
  • Deliver
  • Structure
  • Structure.Gantt
  • Structure.Pages
  • Structure.Testy
  • Colors for Jira
  • Client for Jira
  • Deskzilla
Resources
  • Documentation
  • Marketplace
  • Latest News
  • Blog
  • Support SLA
  • Legal
Company
  • About ALM Works
  • Customers
  • Contacts
  • Join our Team!
Quick Links
  • Customer Portal
  • Partner Portal
  • For Partners & Resellers
  • For Press
Site Map
Call Sales: +1 617 600 4369
info@almworks.com sales@almworks.com
Copyright © 2004-2021 ALM Works, Inc. All Rights Reserved.|Privacy Policy|Terms of Use