How do ALM Works Structure and JIRA Agile fit together?

Question

So I recently played around with ALM Works' Structure plugin and think that it could be used to organize the business perspective of our backlogs quite well. What struck me though was how product owners could effectivly use it to plan sprints with it.

As I see it there is a bi-directional JIRA Agile synchronizer that syncs - among other things - the rank field and epics, but surely this is not sufficient to keep a proper overview. Imagine you have a deep structure of epics and sub-epics, where you group different functionality until you finally reach the Story level. Now a PO naturally wants to pick certain of these stories and pull them into a Sprint, but how can he do so effectively?

JIRA Agile's planning board shows all epics created in Structure as a flat list (that is not even filterable, but yeah, JIRA Agile's fault) and there is no other view - to my knowledge - where I could pull individual stuff from the structure to the sprint.

Are there any best practices I'm missing here? Do I have to create an artificial "Sprint" epic in Structure and pull stuff from other epics into that to have it somehow grouped nicely in the planning board? That would, however, defeat the whole purpose of having a structure in first place, because I'd effectivly destroy it with such a workaround.

Of course, if you know of an alternative to ALM Works solution, I'm happy about any pointers there as well 
 Thanks for your answers!

Robert Leitch [ALM Works] · Answer

Excellent examples illustrating the depth of understanding required to make the Links and Agile synchronizer work together in harmony.

We strongly recommend *not* mixing the Links and Agile synchronizers.

If you absolutely need to mix them, limit the Links synchronizer's scope if possible and plan carefully how the synchronizers will interact. Test thoroughly in a safe environment.

There is nothing unpredictable about their behaviour; they follow strict rules. But those rules are complex and also depend on configuration defined by the user. By mixing these two synchronizers together that complexity is compounded, and it becomes more difficult to figure out exactly what will happen in all possible cases.

For this reason, testing in a safe environment is very, very important, as is limiting access to create synchronizers (https://wiki.almworks.com/display/structure/Changing+Permission+to+Manage+Synchronizers).

Robert Leitch [ALM Works] · Answer

We don't have any plans to modify the JIRA Agile interface. There is a Structure widget in the issue details panel (I'll add a screenshot to my answer above) which can show you where an issue is relative to the overall hierarchy, but I realise this is probably not quite what you have in mind.

Regarding sprints - in Structure 3.0 (major new release, currently in development) it will be possible to generate a grouped structure hierarchy from a JQL query.

It will let you create, for example, a structure of issues grouped by sprint, and you will be able to move issues from one sprint to another by dragging and dropping them in the appropriate group.

Thomas Keller_jsf19a · Answer

Sounds like a reasonable workaround. Is there anything planned that would somehow deeper integrate the structure tree into the agile views?