JIRA Service Management Reviews

We are a software development company with 80 users. As part of development, we track the sprint to see if all the storyboards are complete and development completion. We notify the development team about change requests or incidents using JIRA Service Management.

In software development you need to handle case related software issues, JIRA has helped us with that.

I find the Kanban chart where we put each story in to be the most valuable feature. We use the Kanban chart to revise the project every morning in our five-minute meeting.

JIRA Service Management should make reporting easier. I would like something integrated with DevOps tools.

I have been using JIRA Service Management for two years.

JIRA is a very stable solution.

The solution is scalable.

Once the system is integrated we look at the tickets and find the solution in-house. Someone from JIRA will contact us and offer a solution, but rarely will we request support.

We moved from HP Service Manager to JIRA Service because it was more suited to a software development company. We needed something to support our agility model where other software is focused on operations.

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

Switching to JIRA provided a financial ROI. We did the ROI study when deciding to move from HP Service Manager and determined it was beneficial.

If you are a software development company you need to use JIRA because it aligns with project management.

I would rate a JIRA Service Management a 9 of 10.

We are using JIRA as a ticketing tool.

JIRA Service Management is much better than the normal JIRA software that we had. It is much more controlled and allows for different kinds of customization that we can plan and implement based on the project requirements.

I used ServiceNow for a long time in my earlier work. Compared to ServiceNow, there are a lot of areas where JIRA can improve. ServiceNow itself has various modules, like Change Management, Knowledge Management, and CMDB. All of these things are integrated, so if they are properly implemented, then it becomes a tool with a single repository. With JIRA, I don't see the same features. It has change management and incident management, but CMDB is not there. It's also not as user-friendly as ServiceNow.

We implemented JIRA Service Management about eight months ago, but I've been using JIRA software for two years.

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

The cost of the license is too high. It's a real challenge for companies that aren't already using JIRA products. ServiceNow or other tools have more modules, and they charge less relative to the number of features they offer.

I would rate JIRA Service Management seven out of 10. If you are already working with JIRA, then you should definitely go with JIRA Service Management. It is very user-friendly and with all its ticketing tools, it offers some new methods of working.

I'm working with a new organization, and we're considering going with Jira. First, we wanted to show the management, the features, and what options the competitors offer as well. Then we'll be moving forward.

Two features I like about Jira are its ticketing system and its compatibility with Confluence. Also, the Knowledge Base is one of the more valuable features that would really benefit us. 
These were the two main features that I'm looking forward to using at this current organization.

With Jira, we were unable to implement time-based automation in its ticketing system. We would like a feature where we can define tickets based on severity, then tickets are automatically escalated to the next level after a set period of time if they go unanswered. 

I've been using Jira for the last 10 years.

Jira is of course very scalable.

We haven't faced any technical issues so far. Standard and premium support are both available 24/7, so I'm guessing it is going to be good. 

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. 

For the people like us, the lower the price, the better. But when compared to other competitors, I think it's Jira's price is okay. 

I would rate Jira Service Management 10 out of 10. I think that people should really go for it because of its ease of use. I would definitely recommend it to others.

Our primary use case is for customer service and customer requests. We also use it to set SLAs and as a general help desk. We are customers of Jira.

The solution has improved company functioning by providing more transparency, in my opinion. Our business is already working out of JIRA, so it connected directly with the platform rather than requiring us to move between several different platforms.

The reporting is a great feature. I also like being able to create customized forms which is extremely helpful.

If you raise a ticket with Jira, the portal doesn't enable any capability to see your other JIRA tickets, only the parts that are in the plugin for the service management. That's not a great experience because we have project teams that work out of their own Jira backlogs, so unless it's a link to a ticket in the JSM, there's no visibility for the customer in one single location.

I've been using this solution for two years. 

We haven't had any issues with performance, other than issues related to being on-prem. It's a stable solution.

The biggest issue is not being able to display linked issues and that makes scalability painful as far as the customer experience goes, and weighs down the system with more tickets. In terms of expanding, it's fairly straightforward. We have over 5,000 users in various roles including managers, developers, HR - it's across the board. In terms of maintenance, we have the main administrator and then a couple of guys that help out.

We transitioned from Salesforce to Jira Service Management mainly because a lot of our teams were already working out of Jira for their own project tracking. It just allowed us to bring everything together rather than working in different systems.

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

I would suggest looking into your current layout and requirements, evaluating them and then figuring out the best option in terms of how you want things categorized and broken down from both a customer perspective and a backend perspective before you try to build it out.

Despite the few downfalls, its cost is still very good compared to other holistic systems. A big reason for getting the switch approved was that the cost was substantially lower than other solutions. I can't speak for the cloud experience, I'm sure it's a little easier than running on-prem, which is very administrator heavy when you want to do a lot of automation or post functions. It's important to be prepared for that. Depending on how your organization is set up, you're likely to need your admin to do those things.

I rate the solution seven out of 10. 

The solution is mainly used for testing the product. It's for managing the team and the BI team among others.

The service management aspect of the solution is excellent.

The solution has good cloning capabilities. Our team was happy with it.

The initial setup is easy and straightforward. 

Overall, it's the best option on the market, after looking at other products.

The solution needs to be integrated better with Office X5. We use that often and need Jira to be able to effectively communicate it.

Right now, my judgment of the solution is based on their trial version. I haven't likely experienced the full functionality and features that are already there. That's why I cannot give you the highest measurement for performance. A paid version may have much more to offer clients.

I haven't experienced asset management within the product. In the IT field, assets are the biggest issue for the life cycle of any service within IT. I didn't see this part, and I'm not sure if that functionality is already presented within Jira. I saw it in other products, however, in Jira I didn't find it. Maybe it comes at an extra cost, and this is in a paid version.

I've used the solution for about four months or so.

I don't have experience with stability. My team would know more than I do.

I'm planning to expand and change the license type, from the free one and to the professional one, in order to get more functionality and features. Our target is to do so in the coming year. Our plan is to increase usage. 

For the time being, we only have a limited number of people in the office using the solution. There are maybe only seven or eight of us on it right now. 

We haven't needed to contact technical support yet. So far, everything has been very straightforward and we haven't needed help.

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

I handled the initial setup myself, in-house. I did not need the help of a consultant or integrator.

Right now, I am using the free version of the solution.

I'm comparing different desk and service management platforms. Jira is one of the top selected products, especially for the project management cycle. Jira was the best. I've tested many options, and many of them are well-known brands. 

I'm just a customer.

I'd rate the solution at a nine out of ten. We've been happy with the product so far. 

I would recommend the solution to other users and organizations. 

We are primarily using it for service management, which includes incident management, change management, etc.

I'm not sure if we are using its latest version, but I would expect so.

Its integration is most valuable. It is pretty open for integration.

It is pretty complex to move between the test environment and the production environment. There is potential for improvement.

Security is always an issue with every tool. So, everything can be more secure.

We have been using this solution for approximately three months.

I haven't noticed any problems with stability.

It is, for sure, scalable. In our organization, we have approximately 200 users.

We are using a local partner, and we are very satisfied with them.

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

We need a license because we have a higher number than the free part.

We were evaluating some time ago. We scanned the market, and Jira was selected.

I would definitely recommend this solution. It is definitely not peer-to-peer in comparison with solutions like ServiceNow, but it is a pretty big software, and its feature set caters to our needs.

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

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.

JIRA Service Desk is used as a support solution with the support team to manage support service delivery to customers. I coached a big banking company using JIRA Service Desk to record customer incidents that require support. With the product, we have two different layers of incident management. Level one is for the call center and level two is for the agents who repair or try to resolve the incident using a software team.

If their team can't resolve the problem, we create particular bug issues in JIRA software, and the development team creates a plan to correct the issue and confirms the experience in order to provide a resolution. The issue is returned back to layer two, and layer two discusses the problem with layer one. After that, layer one speaks to the customer and explains the status of the problem.

It helps us to provide better customer service.

The best part of the application for me is the ability to manage the issues. Within the different layers, you can set priorities, define task management, assign tasks to the software team or to different groups or functions to help manage solutions in JIRA. I use different features in JIRA Service Desk for the software team. It is a broad solution that affects different layers of the organization.

Because the software team and development team can use the solution to manage and track projects more efficiently and work together as a team, they find and resolve problems better.

I think that JIRA Service Desk is a very good product and that it is full of features that work well to manage tasks. It has the flexibility to handle many different activities and it is very good at this. Especially in the latest version, it has some new features and capabilities that were added so that it is even better.

The one thing I would like to see is better capabilities to integrate with products other than parts of the Atlassian system. For example, if there is a Microsoft product that is better for another team the integration may be difficult or impossible.

Any one business process software can't do everything a system needs. For example, I have experience with JIRA and TFS (Team Foundation Server). TFS is a very good application and a good solution for software development teams. It's not the perfect solution for all parts of an organization and maybe does not fit an organization's needs well. In some cases, it may be better. It depends on the use. If you want a broad solution for your company, for task management, or issue tracking, TFS is not a good solution. For software development, TFS is very, very good and may be just what you need.

After using the product and knowing the benefits of TFS, I thought that combining the systems would be the best solution: the combined system could help the company to decrease the time it took to process software issues. I think JIRA Service Desk does not have features that are as good for tracking fix times or bottlenecks in the process. You can use different plug-ins for JIRA Service Desk to add some functionality, but these plug-ins are very expensive. It would be nice if JIRA Service Desk added in some of these features for this type of support.

But about the plugins, I found one plug-in — its name is Actionable Metric I think — and it is $3000. That is very expensive for users in Iran. For most customers, I would not be able to propose this solution because it's very expensive. But it is also very important to some of the projects I consult with. Because of that, it eliminates JIRA Service Desk from consideration, because we can't integrate them into the system.

The product seems very stable. We have never had a problem.

I think the product is very scalable as long as the hardware can handle the usage.

We have never had a problem. Two years ago, I had a launch of Service Desk in a bank in Iran and we had 8,000 issues to track for the core banking system.

This launch was very, very good because we used an IT framework in this company and returned used a post egress system for response to bank customers or bank users. We could use Jira software for the response to this incident and resolve that.

We had 8,000 issues two years ago, and the company continues to use this product and I am sure that they have been able to scale and track more.

The Atlassian technical support is actually very good and responsive.

I worked in a different company and when I was there they were using a different solution. It was an airplane company in Iran. For part of my job, I was tasked with finding the best solution for managing tasks in different layers of the organization — different tasks for different departments. For example, I wanted them to record requirements for cost and team level or management level. Unfortunately, with the product they were using, I could not find these solutions for task management. As this was critical, I needed to do some research into other task management solutions. After a search I found some reviews on ITCentralStation.com, I found from the reading that the Atlassian system would be better to serve our needs because of the features. I looked at other solutions and reviews but I finally chose the JIRA system. 

This is the best application for me because it supported different solutions and could be one big solution for different layer of the organization using JIRA Service Desk, JIRA software, or JIRA Core.

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.

I am an Agile development coach and systems consultant and our team does our installations ourselves.

I think I had the opportunity to learn a few things by working with JIRA Service Desk. It has been a good solution and supports good practices, but it is not everything every company needs. I can't find a better single solution for a better approach to tracking and better customer satisfaction. I have a better picture of customer needs and gradation.

I have more experience in JIRA software because I worked with it in many different companies now. Some years ago I was a Java Software developer and had a lot of experience with Scrum and agile development and we used JIRA software. I think I can speak better about JIRA software because I was a software developer.

On a scale from one to ten, where one is the worst and ten is the best, I would rate JIRA Service Desk as a ten. For my experience, it is the best product on the market for use in enterprise installations.