Hello Atlassian Community,
Many organizations are planning or actively migrating from Jira Data Center to Jira Cloud to take advantage of Atlassian Cloud's scalability, innovation, and reduced infrastructure management.
While every migration is unique, I'm interested in learning from real-world experiences and best practices from this amazing community.
I'd love to hear your thoughts on the following:
- What was the biggest challenge during your migration?
- How did you plan and execute the migration?
- Were there any issues with apps or Marketplace plugins? If so, how did you handle them?
- How did you migrate custom workflows, custom fields, permissions, and automation rules?
- Did you experience any performance or data migration issues?
- How did you manage user communication, training, and change management?
- What security or compliance considerations were most important for your organization?
- If you could restart the migration, what would you do differently?
- What tools, documentation, or migration strategies would you recommend to others?
From my perspective, some of the common challenges include:
- Assessing app compatibility between Data Center and Cloud
- Managing complex workflows and customizations
- Cleaning up unnecessary configurations before migration
- Preserving integrations with tools like GitHub Enterprise, ServiceNow, and identity providers
- Minimizing downtime while ensuring data integrity
- Helping users adapt to the Jira Cloud experience
I'm looking forward to hearing about your experiences, lessons learned, and recommendations. Your insights could help many teams prepare for a smoother migration journey.
Thanks in advance for sharing your expertise!
Hi, @jameers 👋 Great question.
From my experience, the biggest DC → Cloud migration challenges are usually:
Apps and Marketplace plugins as not every DC app has a Cloud equivalent, and even when it does, the features sometimes may differ. App assessment should start as early as possible.
Legacy configuration cleanup - old workflows, custom fields, schemes, inactive projects, old users and groups… 🦖 Migrating everything as-is usually makes Cloud harder to adopt.
User and group mapping - especially with multiple directories, inactive users, duplicate accounts, or unclear group naming.
Integrations - SSO, email handlers, REST/API integrations, development tools, BI tools, etc. These often need redesign, not just migration.
Automation and permissions - most configurations migrate quite well with the migration assistant, but I would still validate workflows, permissions, notifications, boards, filters, dashboards, and automation rules carefully after each migration.
Change management - Cloud has different admin, UI, security, and app behaviour. Training and communication matter a lot 💙
What I’d recommend:
run at least one test migration
clean up as much as possible before migrating
assess apps early
freeze major configuration changes before the final migration
prepare a clear user communication plan
validate with real project owners, not only admins
A couple of Community articles/discussions that may also be useful reads:
Top Jira Cloud Migration Challenges and How to Address Them - good overview of practical migration pain points, not just the technical part.
The Jira Data Center Migration Blueprint: 10 Best Practices for Moving to Jira Cloud - useful checklist-style article for planning, cleanup, stakeholder alignment, and testing.
How to Build a Cloud Migration Playbook for Jira and Confluence - nice read if you want a more structured migration plan with responsibilities, timelines, and lessons learned.
Jira Instance Cleanup Guide - not migration-specific only, but very relevant. Cleanup before migration can save a lot of pain later.
Hope these help 💙 Cloud migration is usually 30% tooling and 70% cleanup, preparation, decisions, and communication 😊
Agree with everything stated above.
Definitely work with a Partner if you can. Coming from an Atlassian Platinum Parter in a previous life, they've seen almost everything under the sun when it comes to Cloud migrations. Plus, Partners have good relationships with many of the major third-party app vendors; Marketplace apps are often the more difficult piece of migrations, so direct access to support can be a life saver.
Second thing I'd say/echo is the best way to think about migrations is that they're more of a transformation. Regardless of your approach (lift and shift all data and apps, or cleanup on prem then migrate), Cloud is a very different platform with many new/different features. UI/UX differences, third-party app differences, etc.
Don't expect everything to work the same way; users will undoubtedly have questions as they get used to the platform. Echoing @Brita Moorus , good training and communication are key.
Last thing, the team working on the migration deserves some grace. Migrations are hard journeys where you often need to pivot plans as you go through discovery, implementation, and even once you're in Cloud. Be kind to yourself (from someone who tends to be my own worst critic).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We did ours with a vendor, and the vendor had done it before so that certainly helped us out a lot.
We did do a lot of clean up beforehand though for all the fields, workflows etc, we took it as a good chance to clean up our system too. We also chose a few key people who were go to amongst teams who were more Atlassian experienced to do testing ahead of time and help other users and do the change management, this helped myself from the Systems team from getting swamped.
A dedicated page (Sharepoint/Confluence) also helped that included basic stuff about the change, cloud UI, youtube videos, who to contact etc. It was sort of lucky the navigation changes came in just before it so Atlassian had a bunch of updated videos due to it that we used as "get started guides" for users.
Security wasn't too bad, but there was the typical assessments, security was harder for marketplace apps though. Particularly ones you can't pin the location of data were big blockers for us. Also we found scriptrunner to not run the same way in data centre.
Regarding issues we had:
I will say though, there wasn't any major issues just things you need to work through.
Oh yeah and two things
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Great points, @Calvin, especially the part about keeping DC available for a while after migration. That safety net is really useful when users say "I'm sure this existed before" and you need to quickly verify it 😄
Also fully agree on making DC read-only after the final migration. No matter how many emails, banners, and reminders you send, someone will still find the old URL and continue working there 🫠
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.