← All playbooks
Project management migration

Trello → Jira

Move Trello boards, cards, members, and comments into Jira without treating one importer as a complete copy of checklists, custom fields, archived lists, or Butler rules.

Typical timeline12–30 business days45–110 hours active work
Statusneeds review
Source profileTrello documentation reviewed 2026-10-26
Destination profileJira documentation reviewed 2026-10-26
Documentation date
Review window
Evidence3 sources
This route needs review.Use it as a planning baseline, then verify the dated sources and test with representative data before production.
Before you migrate

Should you make this move?

Both platforms have a case. Compare what you gain with what you give up before scheduling the cutover.

Current platform

Trello

Reasons to stay
  • Visual boards are immediately understandable and require almost no training
  • Structured ownership, status, and workflow views improve operational visibility
Reasons to leave
  • Dependencies, planning depth, reporting, and scale expose its simplicity
  • Custom fields, automations, history, and reporting are difficult to reproduce exactly
New platform

Jira

What gets better
  • Deep workflow, issue, permission, and reporting controls support complex organizations
  • Structured ownership, status, and workflow views improve operational visibility
What gets worse
  • Administration and process complexity can slow teams that need a lighter workflow
  • Custom fields, automations, history, and reporting are difficult to reproduce exactly
Best of the move

Jira: Deep workflow, issue, permission, and reporting controls support complex organizations. This removes a major source-side concern: Dependencies, planning depth, reporting, and scale expose its simplicity.

Worst of the move

What you lose: Visual boards are immediately understandable and require almost no training. What you inherit: Administration and process complexity can slow teams that need a lighter workflow.

Jump to a section
01At a glance

Know the shape of the move.

Transfer outcome11 features audited
Transfer outcome distributionClean transfer: 0, Partial transfer: 9, Manual rebuild: 1, Not transferred: 1.
Clean0
Partial9
Manual1
Lost1
Mapping route8 of 9 fields have a destination path

This timeline assumes

  • Up to 80 Trello boards, 25,000 cards, and 200 members
  • The team chooses the current Trello importer or the older Import Wizard before any destination write.
  • Every imported member has a valid email that already exists on the Jira site, or an org admin will add that person first.
  • A representative board is imported and signed off before the remaining workspace.
  • The migration team records evidence for every blocking verification check.
02What transfers

What survives the move.

“Partial” and “manual” are not footnotes. They are work that must be scheduled and verified.

ItemOutcomeImpactWhat happensMitigation
Boards become Jira spacespartialcriticalEach imported Trello board becomes a new Jira space with a Kanban board. The current importer pulls one workspace and one board at a time. Atlassian also says a board is the unit you map to a space in the older wizard.Name the space and key before import. Pilot one busy board, then import related boards as separate spaces.
Lists, cards, and board columnspartialcriticalThe current importer creates work items on a Kanban board. Atlassian documents a failure mode where Trello column names become issue statuses, but the Jira board still parks those statuses under To do until you rebuild columns.After import, open Board settings and drag each status into a matching column. Compare card counts by list.
Members without a usable emailpartialcriticalThe current importer asks for a valid email per user. People without an email appear as Anonymous or @trellousername. Product admins can only attach existing site users. New people need an org admin invite first. Users who can create team-managed business spaces cannot move users, so fields stay unassigned and comment mentions become plain text.Build an email sheet before import. Have an org admin invite missing people. Do not let a product-admin-only run own the production load.
Archived cards and archived listspartialhighOn a software-space import, Atlassian says archived cards and archived lists do not come across. On a business-space import, archived cards arrive as Done and archived lists do import.Confirm software versus business before you design history. Export archived cards from Trello if you still need them.
ChecklistspartialcriticalThe older software-space path does not import checklists. The business-space path imports them as sub-tasks. Atlassian Community later described checklists as in scope for the newer importer, so the outcome depends on which importer you run.Count checklists on the pilot board. If they are missing, export them from Trello JSON or a checklist tool and recreate them.
Custom fieldspartialhighThe older software-space path does not import Trello custom fields. Community copy for the newer importer lists custom fields as in scope. CSV export is a poor home for them.Inventory custom fields. Verify each one on the pilot. Archive values that did not land.
Comments and activitypartialhighTrello CSV exports omit comments. A single-board JSON export only keeps the 1,000 most recent actions, including comments. A Premium Workspace export is the path Trello documents for all comments.Take a Workspace JSON export before import if comment history matters. Compare comment counts on decision-heavy cards.
Attachments and cover imagespartialhighA Workspace export can include raw attachments in a zip if you tick that option. Otherwise the export only links to files still hosted on Trello. Inbox cards cannot be exported until you move them onto a board.Move Inbox cards first. Download a Workspace export with raw attachments and open a sample after import.
Butler rules and Power-UpslostcriticalAtlassian says Trello automation rules do not become Jira automation. Power-Ups that wrote extra card data also stay behind.Export the Butler rule list. Recreate only approved Jira automation after intake moves.
Team-managed versus company-managed spacesmanualhighThe older wizard creates a team-managed space per board. You can later bulk-move work into a company-managed space if you need schemes, more permission control, or a different template. Jira Product Discovery is not this importer. That path needs CSV.Decide the destination template first. Rehearse the bulk move on the pilot if company-managed is required.
CSV as a fallbackpartialhighTrello says you cannot recreate a board from JSON or CSV. Premium CSV omits archived cards unless you add .csv to the board URL. Comments never sit in CSV.Use CSV only for a field you already reconciled. Prefer the live importer plus a JSON archive.
03Field and feature mapping

Where each thing goes.

SourceDestinationMethodNotes
Trello boardJira space plus Kanban boardtransformOne board per import on the current importer.
List or columnStatus, then a board column you place by handtransformConfirm the board view after import.
Card title and descriptionWork item summary and descriptionautomaticKeep the Trello card URL in the description.
MembersJira assignee or people fieldmanualMissing emails become Anonymous or @username.
ChecklistSub-tasks, native checklist, or archived texttransformOutcome depends on importer and space type.
Custom fieldJira field or archived notetransformThe older software path drops these.
Comment or attachmentJira comment or filetransformCSV will not carry comments.
LabelJira labeltransformCompare label counts on the pilot.
Butler rule or Power-UpNo destinationunsupportedRebuild selected rules in Jira automation.
04Before you begin

Make the move recoverable.

Backup procedure

Create the source-of-truth backup

Preserve Trello boards, cards, comments, files, and members before any Jira write.

  1. Export each in-scope board as JSON. Take a Premium Workspace export if you need every comment.
  2. Include raw attachments in the Workspace zip when history files matter.
  3. Move Inbox cards onto a board before export. Count archived cards and lists.
  4. Hash every export and keep a member email sheet.

Proof to capture: A signed manifest reconciles every scoped board, card class, export file, count, and hash.

Transformation · Trello-to-Jira mapping workbook

Importer, space, and user map

Pick the importer and the people path before Jira creates spaces.

  1. Choose the current importer or the older wizard, and software versus business.
  2. Map each board to a space name and key.
  3. Collect a valid email for every member an org admin must invite.

Proof to capture: Save the input, output, command or tool settings, warnings, and final item counts.

Transformation · Jira Trello importer plus Trello JSON archive

Board-by-board import

Create Jira work items without losing list meaning or comments.

  1. Import the pilot board and rebuild board columns from imported statuses.
  2. Compare cards, checklists, comments, and files against the JSON export.
  3. Only then import the remaining boards.

Proof to capture: Save the input, output, command or tool settings, warnings, and final item counts.

05Handle with care

The things most likely to hurt.

These are operating limits. Treat every “Stop if” condition as a blocked migration, not a suggestion.

Mapping

Members import as Anonymous

criticalpossible likelihood

A missing email, or a product-admin-only import, drops assignees and turns mentions into plain text.

Consequence
Active work looks ownerless and comment history loses people.
Mitigation
Finish the email sheet and org-admin invites first. Keep the Trello username on the work item.

Stop if: A critical card has no recoverable owner.

Import

The board view hides imported lists

highpossible likelihood

Statuses arrive with Trello column names while the Kanban board still groups them under To do.

Consequence
The team thinks cards vanished when they only sit in the wrong column.
Mitigation
Rebuild board columns immediately and reconcile counts by original list.

Stop if: List counts and board columns disagree after the pilot.

Cutover

Both tools keep writing

criticalpossible likelihood

Butler still runs on Trello while Jira automation starts on the same work.

Consequence
Statuses diverge and comments duplicate.
Mitigation
Turn off Butler and freeze Trello writes before Jira owns intake.

Stop if: An unapproved Trello writer remains active.

06Precise timeline

Do the work in this order.

Estimate forUp to 80 Trello boards, 25,000 cards, and 200 members
Total elapsed12–30 business days
Active work45–110 hours
BufferAdd time for missing emails, checklist reconstruction, a company-managed bulk move, or more than a few dozen boards.
01
Days 1–4Inventory and mode choice3–4 days
02
Days 4–7Backup and reconcile2–3 days
03
Days 7–18Map and pilot6–11 days
04
Days 16–28Final delta and switch2–6 days
05
Days 20–40Observe and close5–12 days
  1. Days 1–4 · inventory

    Inventory and mode choice

    8–16 hours active3–4 days elapsedOwner review waiting
    • Inventory boards, lists, members, Power-Ups, Butler rules, and Inbox cards.
    • Choose the importer, space type, and what stays archived in Trello.

    Depends on: Trello Workspace admin and Jira org or site admin access

    Stop / go checkpoint

    Export?

    Go when: Every critical board has an owner and disposition.

    Stop when: Software versus business, emails, or consent is unclear.

  2. Days 4–7 · backup

    Backup and reconcile

    6–12 hours active2–3 days elapsedWorkspace export processing waiting
    • Create JSON and attachment exports.
    • Reconcile counts, hashes, and the member email sheet.

    Depends on: Approved inventory

    Stop / go checkpoint

    Transform?

    Go when: Source totals and export manifests agree.

    Stop when: Any critical board, comment class, or attachment set is absent.

  3. Days 7–18 · pilot

    Map and pilot

    14–45 hours active6–11 days elapsedOwner review of the sample waiting
    • Import one board that includes a checklist, a file, an archived card, and a member without Jira access.
    • Rebuild board columns and compare keys, comments, and attachments.

    Depends on: Verified backup

    Stop / go checkpoint

    Scale?

    Go when: Pilot mappings, access, and evidence pass.

    Stop when: Any critical check fails or a count is unexplained.

  4. Days 16–28 · cutover

    Final delta and switch

    6–24 hours active2–6 days elapsedRemaining board imports waiting
    • Freeze Trello writes and Butler.
    • Import the remaining boards, switch intake, and run blocking checks.

    Depends on: Passed pilot and approved rollback

    Stop / go checkpoint

    Open production?

    Go when: Every in-scope card is accounted for and Jira owns intake.

    Stop when: A Trello writer remains active or a blocking check fails.

  5. Days 20–40 · observe

    Observe and close

    4–18 hours active5–12 days elapsedOne planning cycle waiting
    • Watch one complete planning and delivery cycle.
    • Sign the verification report before you close rollback.

    Depends on: Verified cutover

    Stop / go checkpoint

    Close rollback?

    Go when: No trigger occurs during the agreed observation period.

    Stop when: Work, access, or reporting regresses.

07The point of change

Cut over with a way back.

Go live

Cutover

Make Jira the only intake system without losing the final Trello delta.

Recommended window: After the last weekly review, on a staffed low-change morning.

  1. Freeze Trello writes, Butler, and new card intake.
  2. Export and import the final changed boards or cards.
  3. Switch forms, email, and developer links to Jira.
  4. Run every blocking check and keep Trello readable.
  5. Keep the source intact through the rollback window.

Proof to capture: Jira owns intake, every in-scope Trello card is accounted for, and every blocking check has evidence.

Return to safety

Rollback

Return intake to Trello without losing Jira-era changes.

Deadline: Within one planning cycle and before Trello Workspace exports, credentials, or boards are changed.

  1. Stop new writes and automation in Jira.
  2. Restore Trello access, Butler, and intake.
  3. Export the Jira post-cutover delta.
  4. Review and apply safe destination-era changes to Trello.
  5. Run the same blocking checks against Trello.

Proof to capture: Trello again owns intake with current work and no duplicate Jira action.

Rollback immediately when
  • Unexplained missing Trello cards
  • Missing or exposed comments or files
  • Duplicate production action
  • Failed access or assignment check
  • A critical workflow has no safe Jira replacement
08Verification report

Prove the migration worked.

Every blocking check must pass. Capture the evidence before cleanup begins.

0%
Interactive report preview0 / 8 checks passed
PassIDCheckMethodExpected resultEvidence
V-01BlockingCard reconciliationCompare every in-scope Trello card to a Jira work item, archive, or exclusion.100% of scoped cards are accounted for.Card ledger.
V-02BlockingLists and board columnsCompare each Trello list to a Jira status and a visible board column.Column placement matches the signed map.Board configuration export.
V-03BlockingMembers and missing emailsTest matched, invited, Anonymous, and product-admin-only cases.Assignments follow the sheet. Unmatched usernames remain on the work item.User matrix.
V-04BlockingChecklist survivalOpen cards that had checklists on the pilot board.Each checklist is a sub-task, a native checklist, or a signed archive.Checklist report.
V-05BlockingComments and filesOpen decision-heavy cards and their attachments as ordinary users.Required history and files work without a Trello login.Context log.
V-06BlockingArchived cards and listsCompare archived Trello items to the chosen software or business path.Each archived item is imported, marked Done, or explicitly excluded.Archive ledger.
V-07BlockingSingle writerCreate and update a test card after freeze.Only Jira acts. Trello stays still.Automation log.
V-08BlockingPermissionsTest admin, member, customer, and unauthorized accounts.Least privilege holds.Access matrix.
09Post-migration cleanup

Remove the scaffolding safely.

Safe after: One complete planning cycle, at least seven stable days, and owner sign-off on every blocking check.

  1. Archive Trello exports, maps, and verification evidence.
  2. Revoke migration tokens and unused Trello OAuth grants.
  3. Remove obsolete Butler rules, Power-Ups, and webhooks.
  4. Keep Trello read-only through the approved retention window.
  5. Cancel paid Trello plans only after billing, legal, and recovery review.
  6. Schedule the next Jira backup, access, and playbook review.
10Experiences from the field

When the plan met reality.

First-hand accounts are preferred. Vendor case studies are labeled, and every note below is an editorial paraphrase—follow the link for the full context.

First-person accountFilip Kubala · THEY.dev

Transition from Trello and Clockify to JiraUndated

Filip Kubala describes THEY.dev leaving free Trello and Clockify after a client asked for a report that no longer matched the original spreadsheet. He spent more than 14 hours in Excel matching Clockify time to Trello cards. The shop had grown from two freelancers to about 20 users including clients. They wanted subtasks, time on the issue, a backlog, and reports. He says Atlassian's Trello importer was easy to find, and the harder work was convincing clients and developers. After a year they kept Jira for estimates, log work, and Bitbucket links. Developers still called Jira slow, and permissions needed a Confluence article. Roadmaps in Next-gen and hour estimates in Classic did not work together when they wrote the post in January 2021.

What they recommend
  • Export Trello and time-tracking data before you promise a client report from Jira, and reconcile cards to the original estimate sheet.
  • Pilot permissions with a client-visible board. THEY.dev found Users, Groups, Roles, and permission schemes much harder than Trello's per-board membership.
Worth noticing
  • The importer was not the hard part. Reporting, client buy-in, and speed were.
  • Some developers still preferred Trello a year later, even though the company kept Jira.
Vendor case studyServiceRocket

Thoughtworks Migrates to Unified Jira With ServiceRocket2025

ServiceRocket, an Atlassian Platinum Partner, published a Thoughtworks case study dated 12 December 2025. It says Trello was the most used enterprise tool, with 3,500 people on at least 6,000 active boards, and 45 Power-Ups to replace. ServiceRocket describes a four-phase path: Jira setup, a mapping matrix for migrate versus archive, custom scripts with sandbox dry runs and UAT, then change management. The published result is 1,000 boards moved to Jira Cloud and about 16 to 18 native Jira functions replacing those 45 Power-Ups, which they also frame as a 62 percent Power-Up reduction. This is a partner case study, not an independent write-up, and it does not show field-level importer fidelity.

What they recommend
  • If you have thousands of boards, decide migrate versus archive before any importer run. Thoughtworks did not move all 6,000 active boards.
  • Treat the 1,000-board and 62 percent Power-Up figures as ServiceRocket's published results, then count your own boards and Power-Ups.
Worth noticing
  • The partner path used custom scripts and sandbox UAT, not only Jira's built-in Trello importer.
  • Power-Up replacement was part of the project, so a card import alone would not have finished the move.
Sources and evidence

Verify against the primary material.

Platform behavior changes. Check these sources and the review dates above before executing a production migration.

  1. Atlassian: import data directly from Trello into JiraAccessed 2026-10-26
  2. Atlassian: import data from TrelloAccessed 2026-10-26
  3. Trello: export data from TrelloAccessed 2026-10-26