JIRA Service Management Reviews

We are using JIRA Service Management for many operations. Our organization is a call center and we use it for fixing phones, adding phones, fixing the CRM, faults or bugs on a website, bug-related reports, network issues, and VPN.

JIRA Service Management could improve the forms. When you complete the form for the ticket, for example, to have more information given to the team. If they needed this information, you can give it to them. They need to add additional information for a better understanding of the whole picture of the issue or problem.

In a future release, JIRA Service Management should add desktop notifications because at the moment, it's coming through emails. However, if they had desktop notifications, it would help a lot.

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

The stability of JIRA Service Management is good.

The solution is scalable.

We have approximately 800 people in my organization using this solution, which includes the technical teams and managers. 

I have used the support from JIRA Service Management.

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

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

I would advise others to have some training before they implement JIRA Service Management.

I rate JIRA Service Management a nine out of ten.

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.

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 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're a service provider. We implement the solution for our clients. 

Typically clients use Jira more around incident reporting management and resolution of queries, or SLA management. Then, sometimes, they need a range of compliance SLS's such as knowledge management.

It's easy to set up the solution.

JIRA Service Desk is really good when you have a primitive environment where most of the Atlassian applications are already present. However, if you are just using JIRA Service Desk for making leads for an IPS and solution, then it becomes really difficult to get all these IPS and capabilities up and running. This is due to the fact that in a native application, we don't get all these capabilities. 

JSD has some analytics, but it's pretty much basic and simple dashboards. There's no mobile application for JSD. It really would benefit from better implementation with other vendors. We're heavily reliant on some external marketplace applications.

We don't find there's support for CMDB.

The notifications are limited. That is good if a client environment is small enough and they do not require any advanced or mature use cases, but if they require it, then that's when we face a lot of issues because Jira Service Desk doesn't compliment such advanced decisions.

Jira should offer package solutions and be much more focused on giving advanced capabilities. If they are not developing advanced capabilities, at least, what they can do is focus on providing a packaged solution to give their customers the flexibility to choose what type of business package they want - whether its operations based or finance related. 

I've been using the latest version of the solution for the last couple of months. Before that, I used it last year as well. Overall, I've been using the solution close to a year now.

There are minor bugs and issues, however, I would describe the solution as quite stable.

With the number of applications on the marketplace continuing to grow, I would say the solution is quite scalable. The only challenges with scalability come with advanced use cases. There are some issues around their IPS and tools. Jira has the capabilities, however, they don't sell well for advanced cases. 

Still, if you are talking about the ability to scale using tools and plugins, I would say that usually, Jira can scale quite effectively for clients.

When deploying or implementing, or even sometimes in day to day maintenance, if we encounter some issues, we will connect with technical support initially. There were a few issues, for example, around a server's speed and Jira wasn't quite performing well. As time has passed, it's gotten better. 

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.

We implement the solution for our clients.

I'm not sure what the exact pricing is, but it's tiered based on the number of users. If a company has 10 users it might cost X but with 50 users it will cost Y. Outside solutions, such as plugins, may come at an extra cost. Apart from that, I don't think Jira has additional costs.

While we largely deal with cloud deployments, we did recently have a client that requested an on-premises deployment.

The types of clients we have are small or medium-sized enterprises typically.

On a cost-basis, the product offering is very good.

Jira is very customer-centric. They really try to help users make the most out of their solution as well as other products. The plugins are all designed to make Jira even easier to use, even more user friendly, and serve to bridge the gap of features Jira might lack.

I'd rate the solution seven out of ten. We hear a lot of feedback from clients, and they mention the solution has some limitations.

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.