JIRA Service Management Reviews

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.

The SLA, speed, the comments from the agents' side, and the dashboard for agents are the most valuable features. 

From the customer side, it's not friendly used compared to other competitors, like ServiceNow or BMC. It's also not fully ITSM management if you compare it with ServiceNow or BMC. They have a full model of ITSM. In BMC they have TrueSight, they have Discovery, which helps IT to discover IT equipment with a serial number, with the specs, capacity of the server. It will give them a view of what's happening if you want to manage requests for change or incidents or planned maintenance. That is available in BMC. They can put a timeframe for maintenance, whenever you want to raise issues, it will tell you that there is client maintenance. And it prevents you from creating issues. This kind of automation is missing from Jira.

Maybe I could find it if I added add-ons or patch in add-ons. Jira cannot compete with what is developed now in ServiceNow and BMC. They are focusing on having a full set of ITSM and a full set of ITOM, which is needed to enhance a lot in Jira. 

There are improvements in every release. They don't look at competitors. They focus more on enhancing bugs or enhancing the features that they have, to fix the bugs that they have, to listen to the users' recommendations. The other competitors are looking to enhance, to change entire the platform to make it reliable, or to make it also near for the growth of the company expectation. The IT team is looking for more automation, more link with systems. How they can, for example, prevent issues from happening. 

We want people to not slow down with the tickets. We want people to have the issue solved automatically. I know that there are add-ons, but always does not fit or is not always in the proper way that we are looking for. 

I have been using this solution for seven years. 

People are looking for more stability and reliability in the system, which is improved in every release, which is good. It's always improving. I feel the difference from the day I moved to version seven and today. It's become faster and they don't have issues with the slowness anymore.

Their response is good. I don't open a lot of tickets with Atlassian. I have a contract with my vendor, who is a partner of Atlassian. My contract with him is not to solve issues, it's more to have more help in scripting or in developing a small script to help me do something which cannot be done directly from Jira. Within the full year, maybe one ticket or two tickets are raised with Atlassian. 

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.

Compared with other vendors, pricing is okay. But they increase the price every year which gets me in trouble with finance. I have to convince them why I have to pay these extra amounts which are supposed to stay the same. 

I know it's not linked to Atlassian always, because also the other partner was giving us the price directly. 

I would rate Jira an eight out of ten. 

I would like for them to have automation to change the portal, it's still limited. It's not user-friendly compared with other vendors. 

I recommend would, of course, recommend Jira. It depends on the users. When we started, it was good for us but now that the company is growing and we have a lot of applications, a lot of servers, a lot of complexity, and a lot of links between application services, it's not perfect for us. Our infrastructure has also become huge. We have cloud, hybrid, and on-prem. Sometimes we face an issue, but we spend hours understanding where exactly. It can be small things, but no only can understand where exactly. So that's why we are looking for something that can help with this, to prevent us from raising issues, and to find a solution.

Optimizing the IT and support departments to handle tickets without "going under" in the amount of work that they are doing by organizing the most important and urgent things first.

JIRA SD releases pressure on the IT department and generates statistics. It also makes the department more transparent and helps the employees. JIRA SD also helps for much better feedback on the work being done. All colleagues can see what is happening. When the customer calls, everybody can see what is happening and the feedback via email when a ticket is modified makes sure the customer is informed and does not start calling. This releases pressure too.

Transparency of the system helps both internal and external persons involved. Statistics allow us to deploy resources where needed. It shows problem zones and where more capacity is needed or more training. JIRA SD also makes employees better as it helps them to feel more important when it comes to customer satisfaction.

In general, JIRA has no relation to customers or financials. Therefore, marketplace add-ons are needed to make it work for customer-facing systems.

No, it is running very stable, but only when you have a test system to try out things. As it is designed for developers, it is hard to convince developers to tamper with the production system.

Yes, a plain vanilla installation will only last for less than 100 users. Handling more requires better hardware and configurations.

Atlassian only has a very expensive enterprise support contract (>$100K) or email/JIRA-Ticket support. That support is included when you buy the license. After a year, you only pay for this support and not the license anymore. It is 50% of the new license costs and called a "renewal".

I would suggest to always buy licenses through an Atlassian partner, so you can also rely on their expertise. This way you have two support contacts and does not cost you anything more, such a partner will also come to the location, which Atlassian will never do (Atlassian only does email (JIRA-Ticket support). Phone calls to Atlassian will always be sales support advising to file a JIRA support ticket. Tech support is mostly concentrated in Australia, so there is always a time zone delay for the tickets you raise.

We previously used CRM systems, like Vtiger CRM and SugarCRM. These are not intended for a development department.

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.

We implemented with the aid of the vendor and external consultants.

It is hard to calculate costs you do not make.

It is also hard to calculate growing efficiency. 

I can see that JIRA avoids chaos and makes the whole company work more efficient as all feature requests and internal/external requests are all visible in the JIRA tickets and the Confluence wiki system.

It made money the first year already.

Costs are about $50 per user per year. JIRA is sold in user tiers of 25, 50, 100, 250, 500, 2000, 10,000, and unlimited users. It is bad when you have 51 users then the price is based on that 100 user tier. Users at 100 will be the most cost effective. 

JIRA Service Desk has different pricing as it is based on agents. On average, the price is about $300 per agent.

Do not forget to calculate add-on costs. These cost a percentage of the JIRA purchasing costs and are based on the number of JIRA users.

Not really, as it was much better than Bugzilla which we used before.

Buying a software solution is only a half part of the solution (or even less). You need to optimize usage of the software by hiring professionals who will help you to make the most of the software, especially in the beginning. 

Repeat hiring of external consultancy every couple of years as knowledge fades out (people get different tasks to do). You should optimize your software infrastructure and re-evaluate it every three to four years to make optimal use of your infrastructure as the outside world changes very fast. Requirements also change.

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.

Currently, I'm not working with an organization that is using Jira, but my previous clients have used it. The last client had 15,000 licensed users, of which about 7,000 or 8,000 were active. I'm not sure how many of those were using it on a daily basis, but I'm guessing it was about a third.

Jira gets the basics right in terms of the Product Backlog and a Scrum Board that Scrum Teams can use to manage Sprint Backlogs.

The queries are weak and lack advanced functionality. You can do rudimentary queries, but you can't aggregate. You can't filter a lot of things that would be useful, so you need to use plugins to write writing advanced queries. I run into problems when working with different organizations because they always have restrictions on what kind of plugins they allow.

I have been using Jira for around 14 years, and Jira Service Management specifically for about half a year.

Jira is fairly stable.

The user interface becomes sluggish when there are many items in the database, especially large Product Backlogs. I've had page-load times of more than 30 seconds on modern clients. That's just unacceptable. A lot of things are processed through the user interface when it might be smarter to process them through the backend. It tends to be quite slow because it's a JavaScript user interface with a lot of dynamic processing, and a lot of it is run sequentially, single-threaded. For this reason, Jira especially benefits from modern browsers with a fast JavaScript engine, such as Chrome or Edge, and of CPUs specifically optimized for dynamic website processing, such as the Apple M series.

Atlassian support is excellent. I contacted support once directly because I was using a free license on a pet project, and I had to log in again, or they would deactivate my account. I logged in to prevent that from happening, but it still was deactivated, so I contacted them. They took care of it. 

Most of my work is with internal IT departments who administer Jira as an on-premise installation. They provide internal support to users, and my invoke Atlassian as a second level on their behalf. The on-premise installations often have lousy support. They tend to be over-bureaucratized IT departments that don't care much about user needs. It's just the kind of environment that brings that out.

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.

We never calculated the return on investment. Jira is useful when your teams are virtual and distributed across several sites or when there are many items, especially when they need to be tracked for compliance reasons. Software like this is always useful in those cases. It may be less valuable if everyone is in the same place and there are only few larger items to handle, in an environment that gives more leeway in terms of compliance.

The license is based on the number of users. Jira gets costly when scaling up to high numbers of users. At a certain point, it might be more cost-effective to create a custom solution or use something else. 

I rate Jira Service Management seven out of 10. The basics are good, but I'd like to see improvements in user-interface performance and scalability. Querying functionality is also limited. It would be nice if Jira allowed more advanced queries. The user interface doesn't lend itself to working concurrently, with multiple users having a conversation and using the system concurrently. Those are areas for improvement. I would rate it a 10 if it had those. But it does not.

Before deploying Jira, I recommend researching the product to see if it meets your needs. Jira fits a very wide range of needs. But there are a few situations where it is not optimal, or needs to be used in an augmented way. For example, it shouldn't be used to support Scrum events directly, because the user interface doesn't lend itself to working concurrently. You need to update frequently to see changes made by others, and actions are generally sequential. If I need a solution, e.g., for a Daily Scrum, I'd much rather use something like Mural or Miro, and then have it interface with Jira. While Jira can ultimately still be used in these scenarios, as the backend, it benefits from some kind of digital whiteboard on the UI end that allows people to work concurrently with it.

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. 

Most of the use cases were finding solutions to customer problems and SLA cases. We worked with customers on some cases like call centers and with some companies who would like to solve their customer's problems. We also worked with the banking industry and insurance industry.

I have worked at OBSS, which is one of the biggest software companies in Turkey. They were also one of the Atlassian Solution Partners in Turkey. I recently left that company.

Compared to other solutions, Jira Service Management is really reasonable regarding price and speed. Technical support from the Atlassian agents is great.

In the Turkish market, the biggest problem is that they are looking for a server type of solution, but when it comes to Jira Service Management, Atlassian is a remote type of license. There are just two different options, data center and cloud.

When I was working at that company, we started to work with Central Bank of Turkey. We also worked with the defense industry. The biggest complaint was about data privacy. If Atlassian opened a data center in Turkey, that would be a very good solution for these kinds of companies.

Some plugins could be implemented into Jira Service Management, like our plugin. We had our own plugin calculated each status and how much time the company spent in each status.

I have used Jira in the past 12 months. We were using the server type of license. I don't remember the exact version we used, but I have also used the cloud version of Jira Service Management, which was called Jira Service Desk in the past. I used it for more than three years.

The solution is stable.

There were three or four people working on maintenance, but their work was not only in Atlassian. They were working as system engineers. This is one of the responsibilities of maintaining Atlassian products and services.

The solution is scalable. The data center's most popular feature is being scalable.  The cloud is very fast, and setting it up is very easy. 

Our company had around 500 people, but after I left the company, it was around 700 or 800 people.

Technical support is good.

When we created a ticket on Atlassian, they were also working SLA services, L1, L2, L3, and L4. When we created a ticket, we were getting very good service from an agent. In some cases, we had talks with our channel manager, especially about the cost of licenses.

We previously used Confluence, Puppet, Bamboo, and HipChat, and then it was sold to Slack. We used Fisheye and Crucible as well. We were using most of the solutions regarding Atlassian. In my daily life, I have also used Trello.

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.

The license we use is on a yearly basis. As a Solution Partner, we were using the free one and were using the free plugins. We were also giving our own plugins to the Atlassian Solution Partners for free. We don't pay anything to Atlassian.

I would rate this solution 9 out of 10. 

Sometimes the beginning of the implementation and working with custom-built workflows was a little bit difficult for regular companies. At this step, I strongly advise that they work with an Atlassian Solution Partner.

Specific industries need specific solutions. Atlassian partners have a lot of experience, maybe in that specific country and in that specific company field.