Note: This guide was jointly written with @Marlene Kegel - codefortynine.
We're taking the example of a fictional company, Good Software in this guide. Let's assume Good Software builds software for several clients. Each client has their own Jira setup, their own workflows, and their own expectations for visibility and cadence of communication. Meanwhile, Good Software’s developers need to stay focused on their own work in the internal Jira instance - not re-creating work items or checking multiple places just to understand what they should work on next.
Giving clients access to internal spaces isn’t an option either. It would expose sensitive internal information, create security risks, and increase licensing costs. At the same time, clients need transparency. They wanted to see progress, comment on work, and stay updated without waiting for status meetings or manually prepared reports.
The result - a classic collaboration bottleneck:
Two sides working in separate Jira instances, both needing up-to-date information, but neither was able to access the other’s system directly.
Manually sending updates back and forth wasn’t going to cut it. It takes too much time, and information gets outdated quickly.
Their goals were simple:
That’s when they came up with the following workflow with the help of Deep Clone for Jira and Backbone Work Sync for Jira.
The team created an internal space with a set of work items, to create an initial template.
Then the team used Deep Clone to clone the space - including work items, boards, and other configurations - to create a new space to work in. Here are the steps followed:
This one-time step offered a way to create a consistent starting point for every client.
Next, they wanted to use an Instance Clone to copy the “Wise Development” space configuration to the client’s Jira instance. It only required a quick setup between both Jira admins.
Once connected, they cloned the “Wise Development” space into the client’s instance.
The work items that already exist in the “Wise Development” space also need to be kept in sync. For this purpose, Backbone Work Sync for Jira was used, although Deep Clone for Jira could be used as well for the initial cloning.
To copy and sync the work items, they started a new Backbone synchronization.
Once the client accepted, Backbone automatically copied the work items and prepared them for ongoing synchronization.
Thanks to Deep Clone, work item types and fields are already lined up neatly. They confirmed the workflow statuses, enabled two-way sync for comments and attachments, and turned it on.
Now everything runs automatically:
Both teams get transparency without opening internal systems or juggling credentials.
By combining Deep Clone and Backbone, Good Software can:
It’s simple, secure, and scales easily as the client list grows.
Want to dive deeper into Deep Clone’s cloning capabilities? Explore the full feature set →
For additional guidance, reach out to the codefortynine support team →
Want to see how Backbone Work Sync supports cross-instance collaboration? Learn more here →
Or book a demo with our Product Manager →
Note: This guide was jointly written with Marlene Kegel from codefortynine.