Board Tracking
- Mariia Romanova
Attention! Board tracking is not supported for team-managed (next-gen)projects until further Atlassian API updates
Since version 7.0.0, Links Hierarchy Jira + Agile helps you keep track of your Agile boards issues in an easy and fast way.
You will know
Sprint progress
Sprint progress is affected by third issues
and more...
How to access board tracking?
You can access board tracking in an easy way from the Links Hierarchy option on the Agile board.
Depending on the type of Agile board, you will see the option Kanban Tracking or Scrum Tracking
How do I use board tracking?
The Agile board tracking screen is divided into two sections.
Select the source from where the issues will be taken for track progress.
Results of the request made.
How do I choose the source of issues to track?
To choose the source of the issues, three fields are provided.
Field | Description | Required |
|---|---|---|
Sprint/Backlog (Agile Scrum board) Active/Backlog/All (Kanban board) | Issues of a sprint, issues that are in the backlog... | Yes |
Fix Version | Select a specific fix version | No |
Component | Select a specific component | No |
Field “Sprint/Backlog” and “Active/Backlog/All”
Select the origin from which the issues will be taken. Available options vary depending on the type of Agile board:
For Kanban board: there are three options available.
1. Active Issues: set of issues that are being worked on.
2. Backlog: set of pending issues. (View Kanplan)
3. All Issues: all issues present on the board (Active Issues + Backlog)
For Scrum board: available options will be:
1. Sprints: all the sprints of the Agile board.
2. Backlog: Agile board backlog.
Field “Fix Version”
Shows the Agile board versions. It allows working with a subset of issues over those seleted in the "Sprint/Backlog" or ”Active/Backlog/All” field.
For example,
if…
”Sprint/Backlog” = Sprint_1
”Fix Version” = Version-3
then…
Sprint_1 issues that have Version-3 in fix version will be taken.Field “Component”
Show the components of the projects in Agile board. It allows working with a subset of issues over those selected in the "Sprint/Backlog" or ”Active/Backlog/All” field.
For example,
if…
”Sprint/Backlog” = Sprint_1
”Component” = Component-5
then…
Sprint_1 issues that have Component-5 in components will be taken.“Fix Version” vs “Component”
You can use the “Fix Version” and “Component” fields simultaneously.
if…
”Sprint/Backlog” = Sprint_1
”Fix Version” = Version-3
”Component” = Component-5
then…
Sprint_1 issues that have Version-3 in fix version AND Component-5 in components will be taken.
Cross-project Boards and “Fix Version” vs “Component”
Issues from different projects can appear on an Agile board, depending on the filter used by the board.
but a certain issue can only have versions and components defined in its project.
When this happens, fields help to identify the version and component that you want to select, adding the project key as a suffix.
Both fields are synchronized.
If you select a version of a project, you can only select components from that project.
and vice versa, if you select a component of a project, you can only select versions of it.
How do I use the results?
A set of tabs showing the Tracking Summary will be displayed on the screen:
As well as the Hierarchy of the issues that are being used:
What is shown in the tracking summary tabs?
The Tracking Summary can show up to 4 tabs
Name | Description | Always visible? | Condition to be shown |
|---|---|---|---|
Issues | Shows the progress of resolved issues. | Yes |
|
Times | Shows global progress | Yes |
|
Story Points | Shows the progress of story points | No | If there is an issue in the hierarchy that has story points, the tab will be displayed automatically. |
Custom field | Shows the progress of the selected custom field | No | Have a custom field selected in the "Custom field" filter of the hierarchy. |
What is shown in the hierarchy of issues?
Lets take TALH Sprint 1 es en example
For chosen issues' source, it displays its issues as an hierarchy:
where:
The root node that shows the source of issues being used.
2. The children of the root node are issues that belongs to the Sprint “TALH sprint 1“.
How does the hierarchy work?
The hierarchy works similar to the Tree View.
With the following difference:
More menu does not contain the Auto-expand option. The level 1 hierarchy is always displayed. From there, you can expand manualy up to desired depth .
As Board tracking hierarchy works similar to the Tree View , it gives you a powerful way to fine-tune the issues that you can track (by applying filters on hierarchy).
How to detect third issues that affect on tracking progress?
You just have to expand the hierarchy.
Follow simple example:
From foto we can see how LI-27 is blocked by BAS-2, which affects the tracking global.
“Tracking Summary” vs “Hierarchy”
From the above examples, it can be easily deduced that "Tracking Summary" and the hierarchy are synchronized.
Any change in the hierarchy (applying filters, expand/collapse...) will be automatically reflected in "Tracking Summary"
FAQs
Why does it seem that the number of issues shown in the hierarchy is different from what I can see on the Agile board?
Although it may look different, the issues shown in the hierarchy are correct.
The issues that you can see on an Agile board will depend on the view you are viewing and its configuration.
Let's see it with examples:
For Kanban board.
For active issues, the hierarchy might looks like following:
If we look at the backlog view and Kanban board view:
BACKLOG VIEW
It may appear that there are only 5 active issues, but what is there really?
We have 5 issues in TO DO status.
Board does not show BAS-2 because it is in IN PROGRESS state, although it is an active issue. (See image on the right).
The epic BAS-7 is also an active issue. To see this more clearly, let's change the configuration of “Epics panel”
to…
now…
6 issues in TO DO status + 1 issue in IN PROGRESS status = 7 issues.
KANBAN VIEW
Similar to what is explained on the left side, when changing the "Epics panel" configuration…
6 issues in TO DO status + 1 issue in IN PROGRESS status = 7 issues.
For Scrum board.
For a given sprint, the hierarchy might show something like the following:
If we look at the backlog view and Active Sprint view
BACKLOG VIEW
We only see 2 issues in sprint 3_2 Sprint 6.
Here you have to take into account the conditions for an issue to be visible in a Backlog view. Among them is
the issue is not a sub-task
So this view by itself is not very useful to see the total number of issues, including subtasks.
We can use the board's issue view to display the subtasks.
BAS-8 has no subtasks
but BAS-3 has 3 subtasks
2 Issues + 3 Subtaks = 5 issues
ACTIVE SPRINT VIEW
In Active Sprint view it is practically immediate to know the real number of issues.
2 Issues + 3 Subtaks = 5 issues
The downside is that this view is not available for future or closed Sprints.
Why doesn't it show issues when I check the backlog?
Obviously, the hierarchy won't show issues in the backlog, if the board doesn't show issues in its backlog either.
Make sure you have your Agile board correctly configured(the issues matches the board's saved filter, the issue's status maps to board backlog column…)
Why can't you choose the components of a project?
This can only happen when the app shows the following message
The app extracts the components that you can choose from the projects on the board. Sometimes, if the Agile board filter is complex, the Agile board cannot get the projects…
In these cases, the app tries to obtain the projects from the Agile board versions.
How does it affect getting the projects from the versions?
If there are projects that have components but no versions, the app will not be able to get those projects. Therefore, you will not be able to obtain its components.
Contact us in case of any questions support@marketplace.expert