Move the service desk, not just the tickets.
Atlassian has no one-click ServiceNow to Jira Service Management migration, so the move is a planned program: redesign the request catalog, bring the CMDB into JSM Assets, rebuild approvals and SLAs, and import the ticket history you need to keep. Atlas Bench, an Atlassian Platinum Solution Partner, runs that program and keeps ServiceNow and JSM running side by side until each service cuts over.
ServiceNow to Jira Service Management migrations that carry over the request catalog, the CMDB, and the change process, redesigned for JSM instead of copied field for field.
The problem
Most ServiceNow exits start as a cost decision and stall as a process problem. Years of catalog items, custom tables, and approval rules have built up, and much of it no longer matches how the business works. Copy it field for field and you rebuild ServiceNow inside Jira, with the same cost of change and a worse fit.
The data also moves unevenly. CMDB records can come across into JSM Assets. Tickets can be imported, but with limits on comments, history, and SLAs that have to be planned for. A basic CSV import, for example, adds every comment as public. The plan has to decide early what moves, what gets archived, and what gets redesigned.
What the work is
Current-state discovery
Catalog items, assignment rules, approvals, SLAs, integrations, and CMDB classes inventoried, with usage data showing what people actually use.
Service design in JSM
Request types, portals, queues, and workflows designed for JSM, with the catalog cut to what is in use.
CMDB to Assets
Configuration items brought into JSM Assets. On Service Collection Premium and Enterprise, Data Manager can pull records from ServiceNow so they are cleaned and reconciled before they land.
Change and approval rebuild
Change types, approval paths, and the CAB process rebuilt so every change record carries the evidence auditors ask for.
Ticket and knowledge migration
Open work moved, closed history imported or archived by policy, and knowledge articles moved into the JSM knowledge base.
Parallel run and cutover
Services cut over in waves, with both tools running until each one is proven, and agents trained on the new queues.
How it runs
-
Discover
3 to 4 weeksCatalog, CMDB, change process, and integrations inventoried. Decisions made on what moves, what is archived, and what is redesigned.
-
Build
6 to 10 weeksJSM service projects, Assets schema, workflows, SLAs, and approvals built and tested with real requests.
-
Cut over
In wavesServices move one wave at a time, with data validated, agents trained, and ServiceNow retired once the last wave is proven.
What you get
- A current-state inventory of the ServiceNow catalog, CMDB, and change process
- A JSM service design with request types, queues, workflows, and SLAs
- CMDB data brought into JSM Assets, cleaned and reconciled
- A rebuilt change and approval process with audit-ready records
- Migrated open work, knowledge articles, and the ticket history your policy keeps
- A wave-by-wave cutover plan and a ServiceNow retirement date