For me, it was relatively straightforward because I implemented it at my last company. For a new user, it is pretty complicated. It involves setting up workflows screens and issues screens, and there are so many different schemes that are interrelated.

If you're happy with everything that comes out of the box and their standard workflows and project types, you can get it up and running really quick, but if you've got specific needs, you will spend a lot of time learning about all the configurations. I probably spent a total of eight hours this time, but I have spent hundreds of hours on it at my last job.

It's easy to deploy because it's a cloud-based model. There is no on-premises deployment required if you are using the SaaS model.

If you use the SaaS model, the maintenance is taken care of by the SaaS provider.

I would rate my experience with the initial setup an eight out of ten, where one being difficult and ten being easy to set up. It took a bit longer than we planned because of the partner.

I would rate the initial setup process a four, on a scale from one to 10, with one being the worst and 10 being the best. The reason for this mark is that it's a challenging process and it's very time-consuming and it requires dedicated resources for the setup.

It is not complicated to set up. It's pretty straightforward. I can set everything up in about two hours. However, if any customization is needed in the database, it will take some time. It depends on the customization and the client as well. 

Some clients don't want any customized as well. They want only a simple setup. What we'll do is we'll install a server. We'll do the project's setup, explain everything, and show the server customer the base we have. Based on the blueprints, we'll create data servers, et cetera, and they'll use the simple workflow.

Going forward, they'll learn how to use Jira by doing. Once they know Jira, they'll ask for the customization part. 

Anyone can set up JIRA Service Management. It's not complicated.

My company started with JIRA Cloud and then moved to JIRA Service Management. It took around six months to migrate from the old version to the new version because my company tried to use all features of JIRA Service Management first.

My company installed a new version or instance, then migrated the tickets from the old server to the new server. What took time wasn't the installation, but the process of rebuilding and enhancing workflows, configuring automation, and customization to meet different requirements.

I cannot say it's too easy to set up. It is moderate for a technical user, and for a non-technical user, it will be a bit difficult. There are many things you have to configure. You have to configure the permissions and notifications for customers and agents differently. You have to set up the portal and many more things. 

The deployment will not take too long if it's on the cloud. The infrastructure is already ready for you. Since the server is closed, you only have the option of the data center if it's a data center. However, if you are going to deploy it in a data center, then obviously, it'll take more time.

You only need one person if you are deploying on a cloud and two or three people if you are deploying on a data center. If you are deploying on Linux, you may need someone well-versed in Linux. The cloud is an easy, fast deployment as you can do it in a few clicks. The data center takes more people and time. 

The initial setup is straightforward, but the software doesn't give any help, so you have to use third-party tools like script and SLA management tools.

The initial setup is very easy. Initial deployment wouldn't take more than a week because it's not a big deal. The configuration and other tasks will definitely take some time due to discussions with teams and project configuration. One person is enough for deployment. We have two people providing support for Jira.

I rate Jira 10 out of 10 for ease of setup. The setup is handled centrally by an administrator. I also use the Atlassian software as a service, so the setup is negligible. It's ready to go out of the box, unless by all means you want to host it yourself.

The solution's initial setup is easy.

I rate JIRA Service Management a nine out of ten for the ease of its initial setup.

I rate the initial setup phase of JIRA Service Management a six out of ten.

The solution is deployed majorly on the cloud.

The time taken to deploy JIRA Service Management depends on multiple factors. It can range from a week to a month, depending upon what kind of customization and plug-in integrations are required.

Setup (install) is straightforward, but needs tweaking when you are a heavy user.

Setup of the projects is made easier, but there is a lot more you can do beyond initial setup. The automations will really help the company by delegating work the way your company operates.

It's easy to implement. It's not complex or difficult. 

The time it takes to deploy varies. It depends on the complexity of the problem. Some problem takes five to ten minutes, and some problems take an hour. It depends on the problem.

We have admins that can maintain the solution. I tend to manage it myself. 

I would rate my experience with the initial setup a six out of ten, where one being difficult and ten being easy.

Initially, as a completely new user, the interface was not very user-friendly, with many cluttered options. However, once someone showed me how to use it, it became less challenging. But for new users starting with self-service abilities, it's not up to the mark.

The initial setup took some time because we were using other employee data for the automation platform. It took approximately 24 days to migrate the data to get started, however, this was not complex.

The initial setup of JIRA Service Management can be complex for new users. There is a lot of configuration.

I find the initial setup for Jira Service Management very convenient. Ten minutes is enough for me to set it up. In terms of users becoming familiar with the solution, it would take one week. The total time to deploy Jira Service Management is one to two weeks; setup-wise, it's eight out of ten.

How you set up and deploy Jira Service Management depends on your needs. Sometimes you need to set the solution up with a CI/CD pipeline to streamline it. You must gather your requirements and look into your project scope, particularly application feature sets and development list. Once you have the requirements, you can drill down into the development list, break down the sub-functional list, and then identify the software design.

From the software design perspective, you need to break it down into functionalities, and once you have your functionality list, you can assign that to developers and designers. The designers and developers can work via scrum or sprint. My company practices both. People will then develop the software based on the application functionality list and perform some tests.

The QA department will then do an API test and test the user interface and feature sets. Staging, verifying, and validating requirements will also occur before the software is deployed into a production environment.

I did the migration from version five to seven. I have a good idea about the flows and the workflow, the customization inside the scheme, and things. Within three or four months, we migrated everything to the new platform. The beauty of Jira, because it's simple, even the workflow is easy to understand. 

It's easy to use.

I don't have any details of the initial setup process. 

Jira's advantage is in the straightforward set up. It's very easy in comparison to other tools. Deployment generally takes two to three weeks before we can go live. We use a third party for our deployments. The infrastructure environments vary from client to client. The deployment requires testers, developers, a technical architect, as well as project and service managers. 

The installation is simple but you need to set up a PDF to initiate the configuration and adapt to the customer or user needs. It's very flexible, but you need to complete the configuration work.

The cloud version or AS version takes minutes or hours to deploy. For on-premise version, you need between five to 20 days. It depends on the initial needs of the customer. Compared with other solutions like ServiceNow or EasyVista, this is a solution that can be deployed in less time.

The initial setup was quite easy. 

I think the complexity of the setup depends on what you take with you. We migrated our existing Service Management project to this cloud version. If I was doing it, I wouldn't bother doing that. I would archive that data and start fresh, but it does have a lot of built-in onboarding features that were quite useful. We also have a partner who's a Jira-certified implementer, so they were very helpful with a lot of the issues that we had.

One other thing was getting the SCIM, or the provisioning of users, fixed. We use Azure ID, so it was important that that was done correctly, otherwise licensing would be a nightmare. We wanted to make sure that we weren't licensing people who were no longer active, and also that everyone who needed access, got it.

I rate Service Management six out of 10 for ease of setup. At first, setting up Service Management seems incredibly easy. You log into the website and access the site, but nothing comes from the backend because you don't have anything set up for the company. You need to set up the fields, workflows, etc. Companies expect to be able to do it fast after buying the license, but it's not that quick. It typically takes five days to set it up. It isn't a plug-and-play solution.

The initial setup was fairly straightforward and was carried out by an in-house team.

There were some pieces that were more difficult than I expected. This is another place to think of some improvement. Not regarding the installation instructions, but more guidance on the different ways to set up your project and different ways this tool can be used. Again, if I'm paying for the licensing of the tools, going out, and sending lots of people to large training courses, this becomes more expensive. I'm looking for the developers to give more guidance on directions on relating to the tool and the ways that the tool is useful. 

It was straightforward. It happens at the click of a button. It is very easy as compared to setting up the server, which took a lot of skills. 

Setting it up just takes a few minutes. It is fast. If a workflow is complex, it would take a day. It depends on the complexity of the workflows, but generally, it is really fast.

The initial setup is not complex. The deployment itself does not take much time, however the custom workflow does take longer. 

We used two or three of our developers for the initial setup and they also manage the server. It's not a large team.

I worked mostly as a business developer, but when I received feedback from our deployment staff, they said it was not difficult to deploy the solution. Cloud is very easy to use. You just can start to work with it.

Setting up Jira was very easy. The interface is good. Implementation is simple. One person can set it up by himself.  And the user experience is really good in Jira. 

The initial setup is not complex or difficult. It's straightforward. 

While I think the installation and deployment were very simple for me, the company should have different ways to find solutions independent of technical support and they need a better installation guide for installing different applications. My team and I tried to do an installation on the last server for a new client in a different environment than we usually use. We installed different portals for addressing that and I have had experience installing two or three of the top DevOps tools. This was very easy by comparison.

There have occasionally been some problems, but it is usually very good and very simple.

One of our technicians did the setup. I am the manager of a technical support team and I delegated this part of the project to one of my technicians. I think he ran a Windows server for the deployment. He installed JIRA on it and configured it. He searched how to install JIRA on a Microsoft Windows server and read the manual. I think we had no problem with the deployment process. He set it up, but I didn't hear about any problem with it.

The solution is the cloud which does not need any installation. However, we are doing implementations, and it is easy to use. For a data center, it needs installations. Data centers have a special set of load balancers, nodes, databases, et cetera. Cloud implementation is simpler than database implementation.

The implementation is straightforward.

I wrote the automation. I used automation for the Jira app, and in the backend, in the workflows. I used a validator with the script. Based on that, I pulled some conditions. It was easy.

The initial setup for the cloud instance was very straightforward.

We used an integrator to deploy JIRA. The initial setup of the solution was simple and transferring to JIRA Service took about 3 months.

I didn't deploy it. We have only two admins for its deployment and maintenance.

The initial setup was simple.

It takes a maximum of one month to deploy this solution for a medium-sized company.

At times, customers request regular assistance for maintenance as they do not have anyone internally. It's an on-demand implementation or improvement.

The initial setup has a medium level of difficulty. Deployment took about ten days.

The initial setup is straightforward.

The initial setup is very straightforward. It's fairly easy to get everything up and running.

In our experience, deployment takes about two to there months, depending on the complexity.

In terms of the process we follow, we usually come back to do some groundwork around what exactly the requirements are. We ask: what are we trying to solve? Then we do an assessment of the client environment. We try to identify which is the best fit in terms of applications for this deployment. Once decided, we run tests to see if the application fits the necessary criteria. We try to identify what the default configurations will be and make sure we clarify those before going ahead with our deployment strategy. 

The number of people involved in the deployment varies from client to client. If it's a small deployment, only five to ten people are needed. They may not be working all at the same time, but they'd have various roles in both deployment and maintenance. Afterwards, there will always be about three or four individuals that track support. These numbers can increase based on the number of tickets or the size of the organization. The highest amount of people we've worked with was about 30.

The initial setup is not complex, but you need some training to be able to complete it.

While I didn't do the installation, I do believe that it would be easy and straightforward.

The initial setup is straightforward.

JIRA Service Management is very easy to set up relative to other JIRA software.

The initial setup of Jira is straightforward when done with an external system. We have recently integrated Jira with one of our applications which creates a ticket in that application and in Jira. This kind of integration caused some internal project monitoring challenges. 

The initial setup was quite straightforward. We used two in-house people and one very helpful external consultant. We had about 15 half-day workshops with the consultant over a six-month period. We took our time and didn't work continuously on the implementation. 

If you're familiar with the solution, implementation is quite straightforward. It can be complicated if you've never done it before. We have 120 users in the company. 

The initial setup is very complex. It's not straightforward and simple. 

It was complex for us because we had to migrate data from HPSM. 

We required a consultant to be involved, and even the consultant struggled for some time. It was not a straightforward job. 

The data migration from HPSM was not at all straightforward.

It took two months to deploy this solution.

The initial setup was straightforward. We added it as a tenant to an existing JIRA solution.

The deployment process took a month.

The setup was a bit complex.

If it is on the cloud then it's easy to establish but if it's on-premises it is more complicated.

We have a complex environment, but the JIRA Service Management was quite simple to implement.

The initial setup is very straightforward. 

I think the initial setup for the product is easy. It is not too complex or time-consuming to set up.  

I wasn't involved in the setup of JIRA, so I can't really comment that much on that aspect of the product. It was set up by one of my other team members. However, I've been told it was a relatively straightforward process. The customization, which is substantial, has been difficult. That is obviously not the fault of the product itself.

The initial setup is straightforward. Each project is different in terms of the number of people required to deploy. Some only require one person but others might need two or three consultants to assist the client with implementation and configuration. 

I am unaware of the initial setup, but it requires a signup and a purchase plan.

In most cases, we don't have to set it up from scratch. The stakeholders usually already have it installed. The amount of time it takes for deployment depends on the complexity of what a client needs.

This solution was in place before I joined the company, so I don't know about the initial setup.

The usual setup is fine but to configure anything that is out of the box, you really need to understand the abilities of the solution.

Deployment takes about two hours.