blue orange background
Stellantis logo

Last updated: 19 August 2026

How Stellantis moved 150.000 Jira issues to the cloud, without downtime

When Stellantis  inherited an outdated Jira Server environment, simply moving everything to the cloud was not the answer. Years of duplicate fields, inconsistent workflows and legacy configuration would have moved with it. They wanted something better: a clean Jira Cloud environment without losing years of valuable history or disrupting its teams.

Together with ACA Group and Exalate, Stellantis migrated around 150.000 Jira issues in just 25 days, while cleaning up and restructuring its data along the way. 

Read more
Share this via:
01

Challenge

Stellantis inherited a Jira 7 environment full of legacy configuration and wanted a greenfield start in the cloud, on a tight timeline and without carrying the old mess along.


02

Solution

ACA used Exalate's live sync to migrate issues to Jira Cloud continuously, and relied on Exalate's Groovy scripting to clean up data on the way.


03

Approach

For around 25 days, Exalate kept the old and new systems in sync, until the actual go-live on the weekend of January 10-11 came down to switching a handful of permissions.


04

Result

150,000 issues, including attachments, comments, work logs, and linked issues, moved to Jira Cloud — with zero downtime for users and no separate clean-up phase afterwards.

Stellantis logo

About Stellantis

Stellantis e-Transmissions NV is part of a global automotive group. The company took over a joint venture whose IT environment was still running on a dated Jira 7 Server setup, complete with all the historical configuration and habits of the previous partnership.

Challenge

A fresh start without losing valuable history

When Stellantis took over the joint venture, it inherited a Jira environment that no longer matched the way its teams wanted to work. Moving to Jira Cloud was an opportunity to create a cleaner setup, but the migration came with a few challenges:

  • Years of configuration debt: The existing environment contained duplicate custom fields, inconsistent workflows and legacy configurations that Stellantis did not want to bring into Jira Cloud.
  • Up to 150.000 active issues: All issues had to move with their history intact, including attachments, comments, work logs and linked issues.
  • A tight timeline: The migration had to happen quickly, with little room for delays or extensive preparation.
  • No straightforward migration path: Jira 7 was too old for Atlassian's Jira Cloud Migration Assistant without first completing two major upgrades and temporarily moving to Data Center. That approach would also have brought the legacy configuration along.

Stellantis needed a different approach: one that could move the data, clean it up and keep teams working at the same time.

Solution

Cleaning up the data while migrating it

ACA Group and Exalate worked closely together on a migration approach that would allow Stellantis to move and transform its data without interrupting day-to-day work. Using Exalate’s synchronization technology and Groovy scripting capabilities, the existing Jira Server environment could be continuously synchronized with the new Jira Cloud environment while the data was cleaned up along the way.

Duplicate issue types were merged, custom fields consolidated and old workflows mapped to the new setup. Historical information such as old issue keys, assignees, reporters and timestamps was preserved in custom fields, so it remained accessible after the migration.

This meant Stellantis didn't need a separate cleanup project before or after the migration. The cleanup happened as part of the migration itself.

Approach

Keeping both environments in sync

For around 25 days, the Exalate app continuously synchronized the old and new Jira environments at a rate of roughly 5,000 issues per day.

Throughout the migration, ACA Group and Exalate worked closely together to keep the synchronization running smoothly while data was transformed and moved to the new environment.

In the meantime, Stellantis teams continued working in the existing Jira environment as usual. Their changes were synchronized to Jira Cloud in the background, so there was no need to freeze the system or interrupt day-to-day work while the migration was underway.

By the time go-live arrived, the heavy lifting was already done.

During the final switch, write access on the old server was disabled, read and write access in Jira Cloud was enabled, and outgoing emails were activated. Instead of an overnight big-bang migration, the go-live came down to a handful of configuration changes and took only minutes.

What this project really shows is that speed and quality don't have to be a trade-off in a migration. We gave Stellantis a genuinely clean start in the cloud without costing them a single working day.

Katrien Gistelinck
Business Unit Manager Atlassian
Katrien Gistelinck
"What this project really shows is that speed and quality don't have to be a trade-off in a migration. We gave Stellantis a genuinely clean start in the cloud without costing them a single working day."
Katrien GistelinckBusiness Unit Manager Atlassian
Katrien Gistelinck
Result

150.000 issues migrated with zero downtime

Around 150.000 issues were successfully migrated to Jira Cloud, including attachments, comments, work logs and linked issues. 

Teams experienced no downtime throughout the migration. On Monday morning after go-live, users simply started working in the new environment. The Stellantis project team reported virtually no migration-related complaints and received positive feedback about how smoothly the transition had gone.

More importantly, Stellantis didn't just end up with the same Jira environment in the cloud. It gained a cleaner, more streamlined setup, with consolidated fields, redesigned workflows and its valuable historical data still accessible.

A complex migration became an opportunity to start fresh.

k

Jira issues

migrated to the new environment

~

days

of continuous synchronization

downtime

for all end users

~

issues/day

synchronized during the migration

Related cases

Share this case with your colleagues

Share this via: