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
We are using Jira Software (cloud), but have really set it up to work for non-software projects that are now better suited to the new Jira Work Management product. What is the process of migrating our current Jira Software projects (team-managed) to Jira Work Management (team-managed), while maintaining all the current issues, board flow, etc?
Hello @Steve Gehlen
I am not finding any documentation specific to migrating from Team Managed projects to Work Management projects. I think it would be similar to migrating to Company Managed projects, but I'm not really sure since we don't use Work Management projects.
Pay particular attention to the very last section of the document.
The workflows and board will have to be recreated; they will not "migrate". Any custom fields you created will have to be recreated; those also will not migrate. Report information will be lost; sprints, velocity charts, etc.
Thank you for your reply.
In our case, we are looking to migrate from Jira Software using team-managed projects to Jira Work Management team-managed projects. Since both are team-managed I'm hoping we won't lose anything in the process.
I edited my original post to make it more clear that it is team-managed to team-managed.
Where are you seeing that the Work Management product includes Team Managed projects?
All the information I'm reading in the Work Management documentation is content relevant to Company Managed projects. I'm not finding anything yet that says you can create a Team Managed project in the Work Management product.
Now, over a year from the original posting of this thread, I see in my system the option to make Team Managed Business/Work Management projects.
@Jason Lane please start a new thread that details the specific questions you are trying to get answered. In general the method for "changing" a project from Software to Work Management is to make a new, empty Work Management project and then use the Move Issue feature to move the issues from one project to another. With Team Managed projects there can be some data loss, as custom fields in Team Managed projects are not shared so the data won't "move" from a custom field in one Team Managed project to an identically named custom field in another Team Managed project. One work around is to export the issue data to CSV and then import them to the new project as that provides a step for mapping old data to new fields.
Assuming the best practice for this is still to create an empty work management project and move the issues - is there a way to maintain the issue keys? For instance if a given issue has the key ENGAGE-123 then this needs to still be in place after the move, if possible?
No there is not. The issues will get new keys assigned as they move to the new project. Each project has its own project key which is the first part of each issue key. You can't have two projects with the same key.
Jira keeps track of the key change for a moved issue and will automatically redirect any old links to the new key.
What problem are you trying to solve by trying to keep the original keys?
Hi @Trudy Claspill thanks for the quick reply.
I was aware of the key uniqueness but also that you can change the key on a given project as in the below screenshot so wondered if I could workaround that.
The use case is that we use Jira for a central process management backbone and have many other apps that keep a reference to the relevant issue key. For example, SharePoint/OneDrive folders, Xero (invoices) and several other plugins that I fear rely on the issue key. Perhaps I can workaround the requirements of each integration but I think it will be a lot of risky work.
Generally you can't reuse a project key because of the function in Jira that handles the automatic redirection.
Let us say you were moving issues from project ABC to project XYZ. ABC-13 may become XYZ-24. The numeric portion does not necessarily stay the same when issues move to a new project.
Jira knows if somebody asks for ABC-13 to give them XYZ-24.
Now let us say you change the project key of XYZ to ABC. if a user asks Jira for ABC-13 how is Jira to know if the user wants the original ABC-13 which became XYZ-24, which is now ABC-24, or if the user wants what was XYZ-13 and is now ABC-13?