JIRA Agile (GreenHopper) Synchronizer lets you synchronize the position of issues in the structure and on an Agile board (such as a Scrum or Kanban board) using Rank synchronization, and synchronize an Epic field with the position of stories under epics in the structure.

JIRA Agile Synchronizer Parameters
Synchronize

Choose mode of operation (GreenHopper/JIRA Agile 6.1+ only):

  • Use Agile Board configuration (this feature is available only with JIRA Agile/Greenhopper 6.1+)
  • Use custom projects and fields configuration
 Agile Board mode (GreenHopper/JIRA Agile 6.1+ only) parameters:
Agile BoardJIRA Agile board to synchronize with. The issues matching Board query will be synchronized. The structure may contain other issues, they will not be affected. If Ranking is turned on by ORDER BY clause in the query, it can be used for synchronization.
Synchronize EpicsIf checked, epics will be synchronized with JIRA Agile epics.
Synchronize RankIf checked, and Ranking is enabled for Agile Board, it will be synchronized with Structure. For the details on the Consecutive and Independent ranking options please read below.
 Custom issue set mode and GreenHopper 6.0 and earlier parameters:

Project

A project that JIRA Agile is used in. The structure may contain issues from other projects, they will not be affected. Multiple projects may be selected. The issues from all selected projects will be synchronized using the same Global Rank field.

Rank Field

The field of type "Rank" (managed by JIRA Agile) that holds the rank (backlog order) for the selected Project. If you do not wish to synchronize rank, select Don't synchronize.

Epic Field

The field holding the Epic that the story belongs to.

  • If you use epics on the Scrum boards in GreenHopper 6.1 and up, select "Scrum Board Epics" as the Epic field to synchronize them.
  • If you use the Classic Planning Board, pick the appropriate custom field of type "Labels", which is typically named "Epic/Theme".

    The synchronizer allows to select an Epic/Theme field even if it is applicable only to some of the available issue types. When the synchronizer should set a value to an Epic/Theme field, it will not make a change if the field is not applicable to the issue type of the changed issue.

  • If you do not wish to synchronize Epics content, select Don't synchronize.

Epic Type

Relevant only if an Epic Field is selected. Defines an issue type that is treated as Epic - typically named "Epic". All issues placed under an issue of this type in the structure will be updated to have Epic Field point to that issue.

Auto-add Subtasks

When turned on, sub-tasks will be automatically added to the structure and forced to stay under their respective parent issues. This works similarly to Sub-Tasks Synchronizer.

This synchronizer supports both Import and Export / Resync into/from Structure (more about resync). Incremental synchronization watches both structure changes and JIRA Agile's changes and applies the change to the other side.

CAREFUL! Please be careful when using this synchronizer, especially when you add multiple issues to the Structure, as this may lead to massive updates in the Agile ranks without undo.

JIRA Agile Synchronizer Rules

Common Rules
Sub-Tasks Synchronization
Epic Synchronization
Rank Synchronization

Independent Ranking
Independent ranking is selected by default and in most cases is preferable as in this case the synchronizer updates issues rank the same way Agile board does.

Consecutive Ranking
Consecutive ranking was the only option in Structure 2.9 and older and has a few limitations, which may be useful in some scenarios, but can also be inconvenient, when used together with Epic synchronization.

How to Add Issues to Structure Sync'ed with JIRA Agile

When JIRA Agile synchronizer is enabled, it automatically updates Agile order in background when any Structure change happens. So if you carelessly add issues from the sync'ed project to the structure in some random order, their ranks will be updated according to that order.

To add issues to the structure without breaking the existing backlog order: