Visualize "blocked by" items, my solution + any further ideas?

[Andreas Safar]

Problem

Devs do not easily see, if an item in our backlog is blocked by another item. They have to click/open the item details to see it.

Optionally, we could add "Linked Issues" to the Backlog Card Layout, but then we would see all linked items, not just the "blocked by" items. And when a blocker item is done, the blocked by item would still show the linked issue. using the impediment flag makes the board ugly when a lot of future items are flagged. Using a separate item status would make it hard to differentiate and manage items (is it ready but blocked, is it blocked but not refined yet, was is blocked and is ready now, ...) 

What we needed

Something which indicates if an item is (still) blocked (by another item).

An item can be "ready for dev" after refinement, but might be blocked by another item.

e.g. Team 1 needs to complete a work (API, config change, design, final marketing text, ...) before Team 2 can start

Note

Our working mode is a mix of XP, Scrum and Lean/Kanban, where the PO prioritizes items within the product backlog, + refinement meetings, where the Devs move the next "ready" and "unblocked" item into the sprint/iteration backlog (without a sprint planning).

My solution

1. Continued linking items with each other. With the dependencies screen within Plans it provides a good overview during story telling and in status meetings.
2. Created a custom field "Blocked Status" and assigned it to the appropriate item types
3. Created few automations to manage the "Blocked Status" field:
   1. When item linked as blocked by, set Blocked Status
      • 
   2. When item not blocked anymore, remove Blocked Status
      • Remove the status when the link has been removed
      • Remove the status when the blocker item is done
      • 
   3. Schedule: cont. check for existing items and update them
      • 
4. The result looks like this
   • Backlog view
     • 
   • Board/sprint view shows the field, too

Result

It works and the devs are happy

Question

Do you know any other solutions for this specific issue? How do you handle this?

I guess a standard Jira indicator would be a great enhancement to replace my solution.

[Aron Gombas _Midori_]

I like it!

An idea: maybe if you also "flagged" the work item in the automation rule, it would make the "blocked" state even more intuitive.

[Alexey Pavlenko _App Developer_]

Hi @Andreas Safar ,

Your solution is one of the best. Another option is to introduce a new status Blocked in the workflow, add a separate column on the Scrum board and ask engineering to set the Blocked status when needed as well.

As an alternative visualization and sprint health check, I can suggest the app I developed - Multi-team Metrics & Retrospective. But it's worth using if you need to track several metrics/sprint health itself.

Best regards,
Alexey

[Hannes Obweger - JXL for Jira]

Hi @Andreas Safar,

If you're open to solutions from the Atlassian Marketplace, you may want to have a look at the app that my team and I are working on: JXL for Jira.

JXL is a full-fledged spreadsheet/table view for your issues that allows viewing, inline-editing, sorting, and filtering by all your issue fields - including an issue's issue links - much like you’d do in e.g. Excel or Google Sheets. In many cases, you can configure how exactly these fields should be displayed - e.g., for the issue links column, you can choose the exact issue link types you want to see.

This is how it looks in action:

Here, I've added two issue links columns: One to show all issue links, and one to only show "blocks" issue links. This is really just an example; you have full control over which issue link types you want to show.

I should also add that JXL can do much more than the above: From support for configurable issue hierarchies, to issue grouping by any issue field(s), sum-ups, or conditional formatting. Of course, you can always export your data to XSLX (i.e, Excel or Google Sheets) or CSV in just one click.

Any questions just let me know,

Best,

Hannes