Learn about different levels within the Jira hierarchy and how to leverage them to prioritize tasks, improve productivity, and monitor progress.
Tracking Jira agile progress in Structure
How to use Structure's progress aggregation for tracking progress in Jira from different angles and at different levels.
Originally published December 12, 2013
Structure gives users a free hand in visualizing Jira agile projects by allowing us to arrange their issues in any way we see fit.
This post looks at how we can use Structure's progress aggregation to great advantage for tracking progress in Jira agile projects from different angles and at different levels.
Tracking Jira agile progress
Issue progress in Structure is aggregated upwards through its hierarchical lists, which provides us with a natural way to visualize progress of Jira agile projects at all levels from sub-task to epic.
By extending our hierarchies further upwards, we can get many additional higher levels of oversight beyond Jira's epic-story-subtask model. This allows us to track aggregated progress across stories, epics, sprints, projects, teams, departments and continents, as well as entirely arbitrary collections of issues.
One of several ways in which Structure can calculate and display aggregated issue progress in hierarchical lists uses weighting based on the business value or story points of an issue's child issues. The more story points or business value an issue has, the more its progress contributes to its parent issue's progress.
Used in conjunction with status-based progress display, which translates workflow statuses to user-defined progress percentages, the weighted system gives a significant improvement in progress reporting when time tracking or manual estimation is not being used.
Tracking progress of individual stories with sub-tasks
If you are in the practice of breaking down user stories into sub-tasks, you have probably noticed that Jira's reporting does not count the completion of sub-tasks towards overall progress.
This can result in discrepancies between reported progress and actual work done, with burndown charts that remain horizontal for alarmingly long periods.
With Structure we can get a more realistic picture of progress at story level, based on the progress of sub-tasks in the story.
Tracking progress of epics
Just as with stories, we get 'real' progress reported at epic level, taking into account the progress of sub-tasks in unresolved stories.
Tracking overall progress of a Jira agile project
We can view the aggregate progress for an entire Jira project simply by putting all its issues underneath another issue somewhere in a structure. For occasions such as this, it's handy to keep a 'meta-project' in Jira in which to create placeholder 'meta-issues' that can be used as containers for other issues in Structure.
Tracking progress across multiple Jira agile projects
In order to track multiple projects side-by-side in Structure, we just repeat the process for all the projects we want to follow. Now we can track all our projects in one structure.
To track the overall progress of a group of projects, for example, a department's project portfolio, we simply put those projects under yet another placeholder dedicated to that department.
Following the same pattern, we can continue to add as many levels to our structure as necessary to build a complete enterprise portfolio.
In a similar manner, we can use Structure to track progress of arbitrary collections of issues simply by putting them under a placeholder. We can track collections of issues relating to projects, teams, components, bugs, users with the letter 'r' in their names and so on.
We can even...
Use Structure to track JIRA Agile sprint progress
Agile purists may want to skip the last few paragraphs. We're going to talk about tracking sprint progress at sub-task level.
We mentioned already that Structure makes it possible to track the 'real' progress of user stories that are broken down into sub-tasks. In the same way, we can also view the overall real-life progress of a sprint containing stories of this type more smoothly and accurately in Structure than we can with a burndown chart.
First we need to get the issues from a sprint into a structure. We can do this using a JQL search for sprint = [sprint id] and adding the matching issues to the structure board. Then we put the sprint's issues under a placeholder issue to aggregate progress.
And there we have it - a simple progress indicator for our sprint that acknowledges sub-task progress and takes less than a minute to set up. And yes, you can add it to your dashboard.
Sign up for a demo
Request demo
Structure PPM
Align your entire organization
Manage products, projects, and programs in a single spreadsheet-like view. By providing a clear, real-time view of project progress and resource allocation, Structure helps teams meet deadlines and adapt swiftly to changing priorities.
Start a Free TrialRelated articles
Did you know you can use Timesheets data to track project progress by billable hours and more – all within the Structure interface?
Epics and stories are part of your working hierarchy. Learn how they help you and your teams break work into manageable chunks.
Simplify project work by categorizing and tracking tasks using Jira issue types and hierarchies to uncover trends and prioritize work.
Now you can make detailed reports on the status and progress of your custom structures on a Jira dashboard.
Learn how to use velocity charts in Jira to track progress, improve sprint planning & make data-driven decisions for better agile project management.
With Advanced Roadmaps you can create long-term plans in Jira tying together the work of different teams. But what are the reporting options?
Depending on the department and requirements, Structure can be 'unfolded' to track KPIs in Jira, in real time.
Gain insights into how a work breakdown structure (WBS) helps project managers visualize scopes, organize tasks, and achieve project goals.
