JIRA Service Management Reviews

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. 

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.

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.

The primary use case is for support. I open, support, and service a request. There is also some follow up with the activities.

Some of the most valuable features are simplicity, ease of configuration, and ease of customization. Overall, it's very easy to work with.

At times you will need add-ons or additional software, so built-in features would be helpful. For example, a built-in SIEM.

It would be interesting to add an Atlassian SIEM. I think it would be great!

I have been working with JIRA Service Desk for one year.

This solution is stable and we have not experienced any bugs.

This solution is scalable. They have a good architecture with good settings, especially the data center architecture. You can download scalable architecture.

I have not used the technical support.

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.

We implement this solution for our customers. Most of our customers are medium-sized companies, but we do have some that are larger.

It's not really expensive, especially when you compare to ServiceNow or other solutions, and it's not expensive to maintain.

There are additional costs for add-ons that require additional software to support the specific add-on.

There are not only custom licenses, they have licenses for add-ons as well.

Globally, it's an interesting cost perspective.

Because it is simple, you can start small and develop. You can customize more and more depending on your requirements. It's quite simple to configure.

I would say start and improve. Often you have to think about everything because it will be painful later on if you need to add customization that comes with JIRA Service Desk. This is the reason that you can start in one month. It's a simpler approach.

It's a good product.

I would rate this solution a nine out of ten.

We use this solution to track the work of different team members and to ensure that project tasks get completed. They get assigned tickets relating to those project tasks and and a deadline by which they have to complete the tasks. As they make progress, they update each task in the Jira ticket and this keeps everyone in the loop about their progress.

We have an Agile environment and using Jira makes it easy to adhere to Agile best practices. 

It would be useful to be ale to link tickets across different gantt charts in Jira and Confluence.

I have been using this solution for two and a half years.

This is a stable solution. 

This solution is very scalable. We have tons of people across different companies using it. 

I would rate this solution a nine out of ten. 

We are using it for IT service management and business process management. We are using it for the help desk to handle all internal requests. We have its latest version.

Customizations are most valuable. The customization of workflows is the main power of the Atlassian tools in general. 

Functionality-wise, it is a great tool, and I have no problems with it. In terms of ease of use, ease of setup, and support, you can't go wrong with Atlassian tools.

Its UI is a bit overwhelming for new users. That has been the problem with Jira for a long time. If they could put some fields that we could use to simplify the UI, it would be good.

Transitioning from the server to the cloud has a learning curve. The pain point is again related to UI and not knowing where to look.

There should be an easier way to connect to an external database with special custom fields. It has been a pain point for me for such a long time. There are processes to do it, but I find them cumbersome.

I've been using Jira for over a decade.

In general, it is pretty stable, but sometimes, it has been sluggish. In a month, I have probably encountered this issue four times. It doesn't impede my work. It is just sluggish. 

Sometimes, I get kicked out of the system. That typically happens when we're starting with some configuration.

Scalability-wise, you can definitely scale your systems or integrate with other third parties. There are also plug-ins that you could use and evaluate. So, you do get the flexibility to install plugins. 

Before moving to the cloud, I could use plugins for more than 30 days, and I just had to give a request for additional months, but it is not working anymore in the cloud. It is probably because of the company that creates the plugins. 

We have 50 users. It doesn't require maintenance. We only maintain workflow changes, and the system runs on its own. Even upgrades are done by them. It is pretty easy as compared to the server version.

For the cloud, I would rate their support a nine out of 10. I don't have to worry about the system. I haven't experienced anything like that before transitioning to the cloud.

If I have to troubleshoot a problem, there is a lot of online documentation. I can also connect with the community. Sometimes, it is faster to Google than contacting their support.

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.

I am using the free version, but my clients are paying for it. When they start, they evaluate it for 30 days, and after seeing the value, they move to its paid version.

I didn't evaluate other options. It is my favorite tool, but I am aware of ServiceNow and other ones. If you have Jira, you might as well get their whole ecosystem. If you're in development, you will get Bitbucket and Confluence as well for documentation. For Service Management, there is Jira Service Desk. I usually use their whole package. If there are integration problems, only then we would evaluate other solutions, but we could definitely connect with Jira by API. Atlassian products are very good. We always had Atlassian tools.

I am an evangelist of Atlassian tools, so I usually engage with my clients in using them. Everybody is into digital transformation, and we have been engaging with clients, and we're promoting Atlassian for their digital transformation. One thing that I always tell my clients is that they should have a single source of tools. Atlassian is always at the top of my list with Jira, Service Desk, and Confluence. These are my top three products of Atlassian that I usually give them. 

Based on my experience, you should go for the full Atlassian ecosystem if you are looking for IT service management and workflow management for your businesses. If you are into development, Jira is definitely one of the best tools out there. You can pretty much use the whole suite. Scalability-wise, you can easily scale your systems or integrate with other third parties. The only caveat is that you need to have someone who is actually an expert in Atlassian tools for you to be able to maximize it. It is very powerful if you know how to maximize it.

In the context of business process and workflow management, it would be impossible to implement good process management or workflow management in Jira if you haven't defined one. It is important to define the processes and then train people. If you don't train your staff using Atlassian Suite, you're not maximizing your investment.

I would rate Jira Service Management a nine out of 10.