Jira SM Issue Sync Jira SW

[오찬교]

Hello, I'm a beginner Atlassian. I ask you guys for help.

Our Atlassian product line includes:

Jira SM : Agent
Jira SW: engineer

We want Jira SM to respond first to issues coming through multiple channels, and Jira SW to respond secondarily.

So, the issue generated in Jira SM is generated in the same way in Jira SW, and when the status of the issue is changed, I want to apply the same to Jira SM and Jira SW.

I'm researching to implement it as an Automation function, but there are many difficulties, so i ask the community for help.

I would appreciate a lot of advice.

[Nic Brough -Adaptavist-]

Welcome to the Atlassian Community!

Start by training your SMs to use the "create linked issue" function in the service desk.  This lets them copy the issue behind a request into a development project.

Once they're doing that, you can set up Automations that can watch for change on the linked development issue, and push transition updates back into the Service issue.

[Diana_Architect_ZigiWave]

@오찬교 hello. Upon reading your question I think a bi-directional integration between the two systems is what you need. With this type of connection between the two systems whenever you create an incident (as in your use case) in one of them it will automatically be created in the other, too. Also, any change/update in any of the fields will be present in the other. 

How do you plan to achieve the connection between Jira SM & Jira SW? If you're open to using a connector - check out ZigiOps. It connects the systems in question bi-directionally and fast, no additional coding needed. It allows the transfer of default fields + custom fields between the systems and syncs them in real-time. ZigiOps reads the schema dynamically so you can transfer any of the fields available in the system. The tool can also be customized to fit your current integration needs. Give it a look and even book a demo to see how it handles the integration in question.

@[deleted] hi there. Feel free to also take a look at ZigiOps. It helps establish a two-way connection between your systems and keep them up to date in real-time (syncing all the fields you want). You can tailor it according to your needs - which field to populate, sync, transfer, etc. 

[Dhiren Notani_Exalate_]

Hi @오찬교 

This is Dhiren from Exalate.

Exalate, provides a fully bi-directional synchronization between Jira(Cloud,Server,Data Center) and Jira(Cloud,Server,Data Center) among other ITSM systems that is fully customizable. It is easy to set up and the entire customization can be configured using a no-code interface. 

You can even integrate between Jira Software, Jira Service Management (Service Desk) to achieve your integration requirements.

If you would like to see a customized demo of the product in action, feel free to book a slot with us. 

Thanks
Dhiren

[Umer Sohail _K15t_]

Hi @오찬교, 

Thank you for your question. 

If you want to synchronize issues on your Jira SM with Jira SW, I would recommend using a plug-in such as Backbone Issue Sync for Jira.

Backbone can help you link and synchronize any activity on your Jira SM with Jira SW. So if you create a Jira issue on SM, it will automatically be created on SW. This would also include real-time updating of the issue status, comments, components, custom fields, and every other Jira data across different projects.

If you are interested, please get back to me at usohail@k15t.com and we can give you a free demo of the app.

Best,

Umer Sohail

[Deleted user]

Thanks Umer, that is very helpful, we will also explore that possibility!

[Deleted user]

Similar question; we want to have a DevOps team working on an incident (or service request or st. change request for that matter) and we want the JIRA SM issue type 'incident' to be transferred to a Jira SW project but keeping the Jira SM issue type 'incident'. The goals is to have both Epics, Users Stories, Bugs visible on the DevOps team board together with he Incident/Service Requests/St.Change Jira SM issue types in order to work fully DevOps!

If we use the 'move' function it will demand the issue type to be changed to either Epic, User Story or Bug... (default Jira SW issue types only)

Any suggestion are welcome!

[Matthias Gaiser _K15t_]

Hi @[deleted]

welcome to the Atlassian Community.

I'm not sure if I understand you correctly, so here are some ways how I could interpret your question:

1. Do you only want to have the incidents (or other JSM issues) visible on your DevOps team board?
   You can do so by modifying the board filter of your DevOps team board.
2. Or do you want to actually move the incident from the JSM project to the Jira Software project?
   If you do so, the issue is not visible in the JSM project anymore - and the communication to any JSM customers is broken (no public comments anymore).
3. Or do you want to create a copy of the incident into your DevOps team project and keep them in sync?
   You can use Jira automation or an issue sync app to achieve this.

I can also try to give more context when you reply which direction is more interesting to you.

Cheers,
Matthias.

PS: As an advise for the future, I would ask a new question instead of jumping on an existing one - this has also a better visibility and therefore higher chance that people reply to you.

[Deleted user]

Hi Matthias,

Thanks for your swift reply! Your are exactly addressing our question as we wanted to understand all possible scenarios which you have clearly pointed out.

The board filter makes sense in a way, to create one overview for a team to oversee both DEV and OPS workload. But we also want them to take ownership of a ticket (incident, service request or st. change).

We did already experiment with the 'move' option, but indeed the downside is you lose everything in JIRA SM when moving. Which makes sense in a way, but is not what we want to do.

So probably option 3 is the best solution for our goal to have a sync between the two.

The other possibility we have explored is to have a ticket (incident, service request or st. change) created in JIRA SM and then use 'link issue' to create a issue type on a teams JIRA SW board (like sending a task to a team in ServiceNow). From that point onwards both are linked together and people using JIRA SM can see the updates in the JIRA SW linked item. The downside of that is it does not copy over all items (perhaps needs some adjustment to make that possible). Another downside is that if the team user using JIRA SW does not have a JIRA SM license, they will not be able to see the original ticket created in JIRA SM (which might not be necessary so limited impact).

What's your view on the latter?

Thanks,

Jimme

[Matthias Gaiser _K15t_]

You're right, @[deleted]

Linked issues would indeed also be an alternative. This way, there are also two separate tickets where people can work in. I'd probably think about the decision like this:

• If you think you need to communicate often between the JSM and the JSW issue or sync other values like affected/fix versions, components or other custom fields you might have, I'd lean more towards a sync solution.
• If you think, that not that much communication between the JSM and the JSW issue is needed, you could go for the linked issues. And possible use some Jira Automation to still let the JSM team know when the JSW issue is finished.

I hope that helps,
Matthias.

PS: I'm also part of the team behind Backbone Issue Sync (as @Umer Sohail _K15t_ is).