Aha! + JIRA feature/story relationships (e.g. is blocked by, depends on) should match

Yes please!

I showed Aha!’s dependency visualization to my BA, and he practically cried at the beauty. He’d always had to create that kind of map by hand. But our devs mainly work out of JIRA, so we have to link related records in both systems (which means if we only bother updating one, it’s JIRA, and we lose out on a really nice Aha! feature).

Would also love this!

We need both tools to be in sync at any time including any of the dependencies. 

This is a standing request since 2015 but I am hopeful as it is marked as "Planning to implement".

If we could get at least an MVP this year that would be great. I understand that there is a level of complexity due to the various link types in Jira (not just the default links but also custom ones).

Lack of this feature causes major frustration for the Engineering dept which works out of Jira almost exclusively.  Please implement!

This is also necessary as part of the TFS integration as well.

I have the same request, but for VSTS (Azure DevOps) <> AHA. 

Please add. This would take A LOT of operational/process overhead off of our global teams, which will require process workarounds and have weird rules that would be great to avoid by having system information parity instead. Thanks!

We definitely need this feature, it’s important for the engineering team to see dependencies in Jira so they can select work that will unblock other work. Also, oftentimes tickets for a body of work are created by the team in Jira, and being able to see these in aha to properly plan is invaluable. Needing to recreate these steps is time consuming and opens the possibility of error.

This is going on 3+ years and is an important aspect that is lost when synchronizing between AHA <> JIRA. Is there any progress on this? Is it even in the works?

I wanted to add a request for this type of functionality for all the reasons others have described (although I would like to see this for Azure DevOps/VSTS integrations). But the main reason I would like to see it is for mapping Non Functional Requirements to multiple user stories while keeping the NFRs as a single copy of data, instead of replicating the same requirements across user stories or features.

That would be awesome if we could get this feature. 

This would be IMMENSELY helpful and is kind of the essential missing piece with the current Jira integration. 

This is definitely a great feature to have  and would help visualize the thing more effectively 

This feature would be super helpful for my team.  From the product side of things, we implement tickets in Aha; then they are groomed in Jira to be completed by the engineers. Often this means that tickets are split into more than one, and dependencies change.  Currently, all the tickets exported from Aha, I have to recreate the dependencies in Jira, and vice versa if the engineers break tickets up or add additional tickets in Aha.  So far it's been a couple of hours of work for each major release we do.  Having this feature would be a huge time saver.

I would be happy with just Aha! being able to accept/pull/copy the relationships of issues from Jira.

To me it seems out of Aha!'s reach to push relationships to Jira.

We need this. I'm currently pushing features from Aha to four different JIRA projects. The feature isn't complete in our product until all 4 teams have delivered, so their view of the dependent work is absolutely required and it's a huge overhead having to work across Aha and JIRA to do that. Thanks!

This is by far the most time consuming part of using Aha! and JIRA. I manage stories for four teams that build end-points, SDK, UILibs and FE dev. I have hundreds of dependencies across the entire stack and I cannot manage both in two different systems. I and up working in JIRA for relationships, but when I am planning in Aha! I need to keep going back and forth. Such a waste of time. Please implement this feature ASAP. Thank you.

Relationships among features are key. We have multiple JIRA projects with countless dependencies. To these days we have to maintain relationships in two different systems. Double work plus countless number of opportunities to make mistakes. It is amazing that one can see visual relationships between Aha! features, but it all goes away when moving to JIRA.

I wanted to try to bump this back up. It potentially solves one of the major JIRA limitations: that JIRA's hierarchy is much (too) flat relative to Aha. Basically, you can't create parent-child epics, which is severely limiting. If you could link the dependencies in Aha then have JIRA reflect these, it solves this somewhat.