You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
A customer recently asked...
"My team-of-teams is composed on Jira teams and Azure DevOps (ADO) teams. Is it possible to represent these teams as working together in Jira Align?"
If you're familiar with the connector in Jira Align, the answer goes something like this...
"No, all teams in a team-of teams / program need to be using either Jira or ADO...the connector cannot support both."
You might think this is where our story ends...but it's only the beginning! The customer really needed to represent both tools working together within the same team-of-teams in Jira Align, so we took on the challenge to help unleash the potential for our customers team-of-teams...and found an answer! With a little MacGyver tinkering, we found using the Jira Marketplace App TFS4Jira Azure DevOps Integration, the customer was finally able to (almost) seamlessly manage work across multiple tools in a single space - that space was Jira Align!
Continue reading to learn what we did, the positives and negatives we found, and the learnings we experienced.
The customer in question presented their Jira Align implementation team with a problem. The second group to be onboarded to Jira Align would have four (4) Jira teams (one project / one board per team), but also consisted of two (2) teams using Azure DevOps (ADO) to manage their work. The reason for the separation of tooling had to do with how the teams were managing their code, and ultimately the customer did not want to dictate the development tools used by their teams. They asked us to find a way to allow the six (6) teams in total to be represented in Jira Align as a single team-of-teams (also called a program). Although Jira Align has a Jira Connector and an ADO Connector, it is not advised to enable both on the same team-of-teams / program as data could become misaligned (e.g. what would happen if I linked a Jira Story to an ADO Feature in Jira Align...nothing good that's for sure!).
In order to maintain the integrity of data, we decided the best approach would be to replicate the ADO data into Jira, and then sync the changes from Jira into Jira Align. This allowed for changes to be applied across multiple Jira projects (e.g. linking Stories to Features/Jira Epics) while still keeping the ADO data in sync (data daisy-chaining). After looking at a couple options, we landed on the Jira Marketplace App TFS4Jira Azure DevOps Integration.
Once the app was installed in Jira, it acted very similar to the Jira and ADO Connectors for Jira Align. As you would expected, you need to establish field mapping between Jira and ADO (what's the "Epic Link field" or "what's the Story Point field"). Once field mapping is established, establish a Jira Project and Jira Board for each ADO team, and map the ADO team to the Jira Project. You'll also need to map the workflows, users, and other data points needed. Needless to say, there are a lot of options during these steps to set up the synchronization. Once you have things mapped, you can then begin the synchronization process to pull data from ADO into Jira. There is a handy log that shows you any synchronization issues along the way (see below).
At this point you are beginning to sync changes from ADO to Jira, but what if you want to sync changes from Jira to ADO? Within the app you can establish what kind of bi-directional syncing you'd like to use...
Congratulations! You now have data synchronization between ADO and Jira. Changes made in either system will replicate, including work items, sprints, story points, etc. Now all you need to do is sync the Jira Project and Jira Board into Jira Align (using the standard steps found in the Jira Integration Guide) and you will now experience bi-directionality syncing between Jira Align < > Jira < > ADO!
There are a number of positives when it comes to using an app like TFS4Jira Azure DevOps Integration. The ones we gravitated towards were things like...
People like to say there's no such thing a free lunch, and they are right. The TFS4Jira Azure DevOps Integration apps doesn't solve for everything. There were a couple things we tripped over while using the app that we want to ensure you know...
Ultimately we solved the customers problem and were able to represent their entire team-of-teams together in Jira Align, which was awesome!!! There are a couple additional learnings I want you to take away from this story...
First, even though teams can have the freedom of tooling, that doesn't mean they don't have to align on process. Things like a common sprint cadence (regardless of tooling) is needed to ensure teams properly stay aligned. Process is agnostic of tooling, and no tooling will solve for a lack of process.
Next, if you use a app like TFS4Jira Azure DevOps integration, only map the data from ADO to Jira that you need for Jira Align. Jira is only acting as a pass through at this point for these ADO teams, so map only what is needed to bridge the gap into Jira Align and back. Additionally, it's highly recommended to use the same workflow in ADO that is being used in Jira (this goes back to learning #1 on process) - having the same workflow will help reduce the risk of synchronization issues.
Finally, just like any data you try to copy across multiple systems, each time data replicates the risk of the data experiencing synchronization issues will grow. Would I recommend that all customers simply use an app like this vs. migrating all teams to the same team tool (e.g. Jira, ADO)...absolutely not. There is something psychological present...a feeling of team building and community...when everyone is using the same tooling. Do your best to align on one team tool if possible.
When it's not possible though (or maybe not possible right now), there are apps like this to help you out!
Atlassian's Modern Work Evangelist
30 accepted answers