JIRA Service Management Reviews

We are using Jira Service Management for our internal platform. Most of our drive implementation and usage is around service management.

Internally, we are using the solution for tracking. We also use the solution for our external vendor tracking and support. For example, we have automation copies to track their requests.

Jira Service Management is flexible. It is easy to navigate without requiring extra learning. The user experience has been good.

JIRA Service could benefit from improvements to its voice support. We need to have quick customer care implementation for anyone trying to connect. The platform should connect to the solution.

I have been using Jira Service Management for six years.

Our data is not on a large scale. We have approximately 1,000 employees and we are not having any issues with stability.

JIRA Service Management is straightforward between the customer interface and ourselves. It is scalable with access to the cloud. 

JIRA has upgraded its support. They are now available on time whenever we need them.

Positive

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.

Initially, we used the product vendor to help with the migration and after migration, we relied on our in-house team. We have three mobile teams supporting the platform who can help with configuration and customization. Our developers maintain the solution.

We have an annual license with JIRA Service Management, but it is billed monthly.

We chose JIRA because we did not want a large platform with a lot of features. JIRA is a good platform that can be implemented quickly with a focused offering. 

I would rate JIRA Service Management an eight and a half out of 10 overall.

We are only using JIRA Service Management for a limited amount of use cases.

The most valuable feature of JIRA Service Management is a plugin we are using for the front end for simple user forms.

I have been using JIRA Service Management for approximately two years.

For the environment, we are using JIRA Service Management for it is stable.

JIRA Service Management is able to scale to a reasonable size. Since it is hosted in the cloud there are not any scalability issues.

We have approximately 500 to 1,000 users using this solution.

We are using the premier support from JIRA Service Management.

I rate the premier support from JIRA Service Management a five out of five.

I rate the standard support from JIRA Service Management a three out of five.

Neutral

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

We have a two or three-member team that does the maintenance for JIRA Service Management.

The price of JIRA Service Management could be reduced.

We did not evaluate other solutions prior to using JIRA Service Management. The company preferred this solution.

I rate JIRA Service Management an eight out of ten.

My clients use Service Management for general ITSM ticketing. They typically use Jira internally for providing help desk services to other departments, but one of my customers uses it for his customers, like external websites, etc.

Service Management is great if you're an Atlassian shop already using JIRA for the development team and you want another tool for help desk ticketing. When it's all under the same umbrella, I can easily take a ticket from the help desk and move it to the development team. You can't beat that integration between two products. 

Service Management is highly customizable, but I think it might be too customizable. If a company isn't aware of the best practices, it can easily mess something up. For example, you might try automating something that Jira doesn't support, and it could interfere with the product's out-of-the-box capabilities. 

Asset management should be built into Service Management. Typically, companies need both. You have to buy Atlassian's asset management solution separately. It could either be offered as a bundle or some lighter version of asset management could be included with Service Management. 

I have been using Jira Service Management for a year or so.

I have confidence in Service Management. 

Service Management is scalable. 

I rate Atlassian support two out of 10. It takes a lot of time to reach them and get ahold of someone who understands my problem enough to provide a solution. Also, I live in Israel, so my work week is Sunday through Thursday, but I can only contact them from Monday to Wednesday.

Negative

I've worked with ServiceNow. Comparatively, Jira provides a good solution at a reasonable price, and it's quicker to implement inside a company. ServiceNow's implementation is complex. I'm more comfortable with Jira. 

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.

I rate Service Management four out of 10 for affordability. The price could be better, especially for companies using more than one Atlassian product. It's suitable for SMBs that can afford it. I don't think there's another tool that's both better and cheaper. All help desk tools are relatively expensive.

You also need to consider the overall work we need to do on the tool. The five days of work needed for deployment isn't much, but it requires ongoing maintenance over time.

I rate Jira Service Management seven out of 10. If you plan to implement Service Management, you need to be aware that you can do whatever you want with it, but you might not know the long-term effects. If you do too much automation, it could have unforeseen consequences in the long run. You need to be highly specific about your needs from the start, so you can correctly build the tool's architecture.

One of the valuable features is that an automatic response or action can be taken on tickets. We can have certain responses for tickets that contain keywords or are logged and tagged with certain labels.

The other thing is that the solution is starting to get out of just Service Management, and it's providing a Service Management project for other parts of our business. You've got the IT part and you've also got the business support, so people can use it for services like purchase orders, applications for shipping, and other things that are used across the business. That's the other useful part, that you're able to adapt it for other things.

Because it's a cloud platform, and because it's based on people subscribing to a platform, you end up with iterative improvements. I know a lot of users have said that they want a feature, for example, that was on the on-prem version of Jira or that the cloud version is missing, and the biggest issue, and this applies to a lot of cloud or SaaS platforms, is that the vendor can't deliver or do that. They're either unwilling or unable to give feature parity. The nature of a lot of SaaS solutions is that you can't always get the same thing.

The other thing is that you may have a time lag where, suddenly, you don't have a feature anymore, and you have to log an improvement request and then wait for various other factors. Eventually, it might get progressed or it might get stopped. Probably the biggest downside is that you are locked into that model and you have to accept what you signed up for. You have some capacity to extend it with add-ins and things, but for the base feature set, you will always be at the mercy of the vendor.

A lot of the integrations within the marketplace for Jira are all third parties, so a lot of the additional solutions that plug into other platforms are not written by Atlassian and that usually incurs an additional cost. It may not be the model they want and it would stifle competition and external people being able to contribute, but it would be good to see Atlassian provide more native integrations out of the box. I'm not against paying for integration if it's going to provide benefits, but it would be nice if Atlassian themselves were able to provide some things, at least at a basic level. I know third-party vendors can commit resources and probably have far more capability to deliver something that is feature-rich, but if you just want basic integration it would be nice to have it, rather than having to buy something when you may not need all of its functions.

I have been using the solution for probably between four to five years. Previously we used an on-premise installation of Jira, and then we moved to the hosted or Atlassian offering, where they host it in their own cloud. 

From where I sit, the cloud version is superior. Mainly this is due to not having to manage the upkeep of Jira, which was quite frankly a pain, but that's just the nature of Jira.

The solution is relatively stable. There was an incident not long ago where Jira was in the news because there was a small error made by somebody, and they ended up deleting a lot of customer environments and they didn't have any backups. I think that was a wake-up call for a lot of people. Otherwise, stability-wise, it's pretty good. They've got APIs and things for various other actions and we consume that and it seems to be pretty issue-free.

We have increased our license count and our consumption of services, not just with Service Management, but our entire Jira service consumption. We upgraded our subscription at least a couple of times over the last year and it's pretty simple, you literally say what you want to do. The other great thing is that you can trial it. You can say, "I want to initiate a trial of this particular level or subscription," and then you can trial it, piece it all out, and decide whether you're going to increase.

In terms of actual support staff, we have probably between 50 to 75 employees using this solution. The whole business includes between 600 to 650 people who could be using it to log requests.

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.

We didn't require an integrator, but we already had somebody who we were working with, not specifically for Service Management, but for a number of Jira initiatives. They were able to give us pointers. You don't have to have an integrator, but it was useful.

On a scale of one to five, where five is a good price and one is high, I would rate this solution as a three. It isn't cheap but it's not ridiculous.

I would rate this solution as a six out of ten. 

I use the IT help desk Level One to manage tickets.

In Jira, when a client creates a ticket, I read the ticket, then I respond to the ticket. After the problem is solved, I assign the ticket to me. 

If the problem is not solved or harder than Level One, I escalate it to Level Two so that level two can handle the problem.

In my role, I get tickets from people, then try to solve them. If I solve it, I assign it to me. If not, I escalate it to someone with better knowledge than me. That's it, my role. I handle some phone calls as well.

The platform is easy to use. We can manage it very easily. 

You can understand easily. It is not complicated.

The initial setup is easy.

It's a reliable product.

I don't have much experience to give a solution for this. I'm not sure what could be improved.

The interface could always be updated and improved. 

I've only used the solution for one month.

The solution is reliable and stable. The performance is good. There are no bugs or glitches. It doesn't crash or freeze. 

I'm not sure if you can scale the solution. It's not an aspect I've studied. 

80% of our company uses it. However, it's not that big of an organization. In our department, there are five of us using the product.

Technical support is so-so. Some of them are good, some bad. It depends on the people. Some people are respectable, some don't really respect others. 

I've worked with Spiceworks in the past.

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'm not sure how much the solution costs. 

I'm a normal user.

I haven't focused a lot on updates. I'm not sure which version we're on. 

I'd recommend the solution. It's easy to use and the fastest way to handle a ticketing system. 

I'd rate the product eight out of ten. 

Feature tracking is a useful feature of JIRA Service Management. If there are multiple people in a team in an agile environment, it's very difficult to track whether something has gone to production or a feature has been worked on.

We use JIRA Service Management for tracking purposes, planning, and execution.

Field addition and removal features are not very intuitive in JIRA Service Management.

I have been using JIRA Service Management for six to seven years.

We are satisfied with the solution’s stability.

I rate JIRA Service Management a nine or ten out of ten for stability.

Around 15,000 to 20,000 users use the solution in our organization.

I rate JIRA Service Management a nine out of ten for scalability.

The solution's initial setup is easy.

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

JIRA Service Management has helped our organization save time.

JIRA Service Management is deployed on-cloud in our organization.

Overall, I rate JIRA Service Management a nine out of ten.

JIRA Service Management was used strictly for our client's IT services in my company. Nowadays, the tool caters to business needs, HR, and administrative purposes, including the payroll aspect of my company's clients. The application has taken a different turn by allowing for managing certain relevant business needs as well.

In recent scenarios, JIRA Service Management has helped my company's clients on the automation front, including onboarding or offboarding employees. The product has multiple use cases with multiple departments, one area that gets highly utilized. The tool also helps convert an incident into a change or problem and then trace and track activities with the tool, which is highly leveraged. Integration of JSM with JIRA software on change and problem management to drive the release, and looking at the release on the DevOps chart, are some use cases by businesses.

The most valuable feature of the solution is its SLA, which everybody wants when it comes to a service-based offering. The queues in JIRA Service Management play a vital role in allowing its users to define the issue types, further classify them into queues, and then carry on.

In-built chat is missing in JIRA Service Management. To compensate for the missing in-built chat, we have been trying to gain leverage with Slack or Microsoft Teams at the moment since it is important to me who stands between the customer and the agent. The aforementioned area needs improvement because it is a very vital area. Suppose one can get on to something in JIRA Service Management that allows for communication. In that case, it is easier to solve a problem rather than communicate with JIRA through comments which will go back and forth.

In short, an in-built chat option will be good for the solution.

I have been using JIRA Service Management for over six years.

It is a stable solution. Stability-wise, I rate the solution an eight to nine on a scale of one to ten.

Scalability-wise, I rate the solution an eight to nine on a scale of one to ten.

I rate the technical support a nine out of ten.

Positive

I used to previously work with Bitbucket.

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.

JIRA Service Management's pricing is pretty decent compared to competitors. I rate the pricing an eight to nine on a scale of one to ten.

To those planning to use it, I would say that if they have a larger customer base, which may cause them to incur some licensing costs, then that is the area where they should look at JSM as a candidate. If some want to automate their internal processes, which could be operational, business-centric, or technical operation, they can use JSM. People who can look at JSM as a candidate are those who have a little bit of asset requirement where they want to manage the instance and opt for the trace and track functionality to find out what exactly is happening and who is honing what in general.

Overall, I rate the solution a nine out of ten.

I use Jira Service Management for product development. Jira Service Desk is largely for handling customer queries and internal ticket management. It helps us with any IT-related requests and also allows customers to submit feedback for the product. So that's how we use Jira Service Management.

Jira Service Management provides workflow management, making it easy for us to track queries and provide solutions. It allows us to review historical data to see how our response time to queries has improved over time. This feedback loop helps us enhance our services and products based on customer input and Net Promoter Score (NPS) feedback.

Different projects benefit from various features. With Jira Service Desk, the simplicity of setting up a quick form and getting the service desk running quickly is very helpful. 

On the Jira Software side, I find the idea management feature valuable. It allows us to maintain a backlog of ideas submitted by customers, employees, and product engineering teams. We can track where ideas originate, follow their development into the product, and engage with customers throughout the process, providing a powerful capability.

One area I see for improvement is the custom options for marking an idea as obsolete. Currently, there are options like "not started" or "not working," but in today's rapidly changing tech world, some ideas can become obsolete quickly. For example, technology may become obsolete or a product may no longer be able to cater to a certain idea due to business pivots or changes in the product strategy. However, there is no specific option to indicate why an idea is considered obsolete, whether it's due to technological changes, business model shifts, or other reasons. Capturing these business-driven changes is not easy within the current setup.

It would be beneficial to have a configurable drop-down where we can filter and categorize the reasons for obsolescence, including technical, standard cases, and, importantly, business reasons. If such an option already exists, it might not have been effectively communicated to customers, as I haven't come across it yet within the customer community.

It's essential to have clear ways to manage and track the obsolescence of ideas based on both technical and business considerations.

I have been using Jira for more than six years. I currently use the latest version.

I would rate the stability a nine out of ten. Stability is pretty good; there's never a significant downtime. It's been great.

It is highly scalable. I would rate the scalability a nine out of ten. We have 500+ end users using this solution. Almost all of our employees use this solution. 

It's used every single day, heavily utilized for Jira Service Desk and Jira Software for product development. We use it to its maximum potential. 

While Jira has a decent community where you can find answers, technical support is fairly okay, mostly due to their strong community. 

Neutral

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 deployment didn't take too long, maybe two or three weeks. It is a self-maintained solution.

We have seen an ROI. The standard way of operating with Jira has optimized time efficiency, which translates to cost efficiency. It allows us to resolve issues more efficiently, although the interface complexity might slightly impact overall efficiency.

The price is not high. I would rate the pricing a seven out of ten,  where one is low price, and ten is high price. It's competitively priced, considering other similar products in the market. 

There are no additional costs. The license we have covered quite a few offerings, like Jira's Confluence page, so that's pretty good.

If you have a large organization with complex processes and need to scale up, Jira Service Management is an excellent platform for service and development management. However, if you're looking to optimize operations, improve services through data insights, and have a large organization, I would recommend considering ServiceNow as well.

Overall, I would rate the solution a seven out of ten. It's a solid solution with some room for improvement, but overall, it's a valuable product for our organization.