Are you considering moving to the cloud or are you already in the middle of a migration? Maybe it's already done and you'd like to pick up your users even better?
After moving to the cloud, “almost” everything is better, but it also looks a bit different.
With the help of feedback from our migration customers, we have identified what we consider to be the most important and striking differences. The things that have brought real users the most time to get used to.
Interested in all the differences? Atlassian also has a detailed overview of all the differences and a pretty good guide to get users on board ( Get your users started in Cloud after migrating | Atlassian Support ).
The most confusing element for users and project managers is the distinction between team-managed and company-managed projects. Only marked by a small information text in the lower left corner, there is a very significant difference in usage and functions.
In team-managed projects, project managers have many rights and responsibilities; for example, they can independently adapt the workflow or create fields and are therefore freer to configure their own project. However, they cannot share settings with other projects, nor do they have advanced customization and integration features. Team managed projects are more recommended for small projects.
Company-managed projects are, as the name suggests, maintained by the Jira administrator. Although project managers are less able to adapt themselves compared to Team-Managed, they benefit from extended functionalities. Company managed projects are best practice for compliance with standards.
For more information, check out the Atlassian documentation on team managed projects: What are team-managed and company-managed projects? | Jira Software Cloud | Atlassian Support.
From the perspective of a Jira user without admin rights, there are some key visual differences between Jira Software in the server version compared to the cloud version:
From the perspective of an administrator with Jira admin rights, there are some key differences between Jira Software in the server version compared to the cloud version:
Do you remember Server's business projects? They were reborn as Jira Work Management in the cloud. Atlassian has tried to redesign a user experience that is clearly characterized by IT and software development in a way that is suitable for all areas of business.
The boards in particular are a successful development, more on that below.
To make the difference clear, the navigation has been moved up (including project management), leaving a project list on the left — similar to the “Browse projects” view. This left-hand menu is also equipped with quick filters or a context menu for menu tabs that require filtering or configuration.
Jira Work Management also allows you to choose between team and company-managed projects. You can recognize the type by the background color — team-based projects are dark. They also have the same limitations as their Jira Software counterparts.
Are JWM projects more useful than the business projects on the server? In fact, they are!
The user interface is primarily focused on collaboration, and the pre-built screens and filters give you a very quick look at the project you're working on. I personally love the timeline view. Coupled with a busy calendar, it really helps to set and meet project milestones without having to switch between different tools.
I haven't used the “forms” productively yet, but they promise a lot, especially in larger organizations with many stakeholders.
So this (JWM) might be a bit of a new experience, but it's definitely worth it.
On the server, you could mix and adapt filters and boards for software and business projects. Kanban boards were also often created for business projects. However, these and also “mixed boards” are not migrated. In most cases, this is no longer important as JWM projects in the cloud have a fully functional board that is better for around 80% of users.
However, it's a bit of a hassle to rebuild the custom boards and filters that spanned multiple projects of different application types. If they are needed, you can start from any Jira software project, as mixed boards can also be created here, e.g. from a saved filter.
You used to know Jira Service Management as Jira Service Desk.
Since ITIL v4 is much better at implementing agile workflows than previous versions, Atlassian has decided to deeply integrate it with Jira Service Management.
Does it look different in the cloud than on the server? Not really, the differences are more or less cosmetic, as they are with Jira Software. But the makeup is good. The sidebar stays with work queues, which I think is the perfect focus to make your job easier while still giving you a quick overview of how the service team works.
You (or your administrator) must still define the customizable filters for the queues in the cloud.
The workflows, process types, and additional features that Atlassian provides in a standard ITIL-compliant service project facility are well-thought-out and really help set up services in accordance with ITIL standards.
If you're just starting your journey at the service desk, it could still be a bit overwhelming.
As with most Atlassian products, it's a good idea to gain experience with a lighthouse project and then add features such as the on-call schedule or workflow management to your own setup if you feel comfortable with the base.
If you need setup assistance, tips and tricks, and best practices, feel free to contact us. We not only support you during and after the migration, but also when setting up service management, with your development processes or when discovering the new cloud features.
Would you like to use our expertise and implement technological innovations?
Do you have a question or are you looking for more information? Provide your contact information and we'll call you back.