Importing and exporting issues between Agile Development 2.0 and Jira
Summarize
Summarized using AI
This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.
Summary of Importing and exporting issues between Agile Development 2.0 and Jira
This guide explains how to manage the import and export of issues between ServiceNow Agile Development 2.0 and Jira, focusing on the integration of project data. Proper configuration of team integration settings for Jira projects is essential to enable seamless synchronization of epics, stories, attachments, comments, and sprints between the two platforms.
Show less
Importing Issues from Jira to Agile Development 2.0
- Creating an epic or story in Jira automatically creates the corresponding epic or story in Agile Development 2.0, assigned per the configured team integration settings.
- The hierarchical link between stories and their epics is preserved during import.
- The Assigned To field in Agile Development 2.0 reflects the Jira user only if a matching email exists in ServiceNow.
- Only fields defined in the field map are imported and retained; default mappings ensure consistent data transfer.
- Attachments added in Jira are replicated in Agile Development 2.0 issues; comments in Jira update the Work notes field, with images appearing as attachments.
- Deleting an issue in Jira deletes the corresponding record in Agile Development 2.0 if the Can Delete setting is enabled for the relevant tables.
- Starting a sprint in Jira creates a corresponding sprint in Agile Development 2.0 if the Jira board is configured in team integration settings.
Exporting Issues from Agile Development 2.0 to Jira
- Creating epics and stories within Agile Development 2.0 exports them to Jira projects according to team integration settings, maintaining their parent-child relationships.
- Updates to the Assigned To field in ServiceNow are synchronized back to Jira.
- Attachments and work notes added in Agile Development 2.0 are exported as attachments and comments respectively in Jira.
- Changing the assignment group of a story in Agile Development 2.0 recreates the issue in the appropriate Jira project.
- Sprints created in Agile Development 2.0 are exported to Jira only if the Jira board is configured in team integration settings.
- Be aware that Jira’s state transition rules may block synchronization if workflow transitions do not comply, potentially causing export failures.
Key Considerations for ServiceNow Customers
- Ensure team integration settings between Agile Development 2.0 and Jira are correctly configured to enable smooth issue synchronization.
- Validate user email mappings to maintain accurate assignment information across platforms.
- Configure field mappings carefully to control which data fields are synchronized.
- Enable deletion permissions in Agile Development 2.0 if you want issues deleted in Jira to be removed accordingly.
- Understand how Jira’s workflow rules may impact synchronization success, especially regarding issue state transitions.
Understand the workflow for the import and export of issues between Agile Development 2.0 and Jira.
To export and import issues between Agile Development 2.0 and Jira, you must complete the team integration settings for your Jira projects.
Importing to Agile Development 2.0 from Jira
- When you create an issue of type epic in a Jira project, an epic is created for the assignment group according to the team integration settings that you configured.
- When you create an issue of type story in a Jira project, a story is created for the
assignment group according to the team integration settings that you configured.
- The relationship between the story and its epic is retained as it is in Jira.
- The Assigned To field in the story displays the user from Jira, only if a user with the same email address is found in Agile Development 2.0.
- Only the fields that are defined in the field map are retained in the story or epic. For details of the default mapping configuration, see Default mapping configuration between Agile Development 2.0 and Jira.
- When you add an attachment to an issue in Jira, the same attachment is added to the corresponding story or epic in Agile Development 2.0.
- When you add comments for an issue in Jira, they are updated in the Work notes field of the story or epic in Agile Development 2.0, based on the map configuration.Note:The images added in the comments appear as attachments.
- When you delete an issue in Jira, the corresponding record is deleted in Agile Development 2.0.Note:To delete records in Agile Development 2.0, set the Can Delete field to true in the Application access of the respective tables. For details, see Table design and runtime settings.
- When you start a sprint in Jira, a sprint is created for the assignment group in Agile Development 2.0, if the Jira board is configured in the team integration settings.
Exporting from Agile Development to Jira
- When you create an epic for an assignment group, it is exported to the project in Jira according to the team integration settings that you configured.
- When you create a story for an assignment group, it is exported to the project in Jira
according to the team integration settings that you configured.
- The relationship between the story and its epic is retained in Jira.
- Updates to the Assigned To field in the ServiceNow platform is exported to Jira.
- When you add an attachment to a story or an epic, the same attachment is added to the corresponding issue in Jira.
- When you add work notes to a story or an epic, they are updated in the corresponding issue in Jira as comments.
- When you update the assignment group of an existing story in Agile Development 2.0, the issue is recreated in the Jira project that is associated with the updated assignment group.
- When you create a sprint for an assignment group in Agile Development 2.0, it is exported to Jira only if you configured the Jira board in the team integration settings.Note:If your Jira instance has state transition rules, the export sync from Agile Development 2.0 to Jira might fail. For example, if a transition rule in Jira restricts a story or work item from moving directly to a Complete state without first passing through an In Progress state, and the story is marked Complete without that intermediate step, the sync fails.