Jira Reviews

It's scalable.

It's easy to deploy.

The cost of the solution seems to be reasonable. 

Once the solution is deployed, it's not easy to configure. If you have a lot of capability, it's very dynamic from the back end. Therefore, when setting up the workflows, it can be a little bit complex. We did a lot of functions on managing the development and that's why maybe it's a little bit complex. Basically, in order to design a workflow in Jira, it's not a straightforward task.

From a feature perspective, not much is missing. However, they need to put some investment into the user experience. It needs to be easier to use, more friendly, especially on the configuration part. It's a hassle. You need to deal with a high learning curve in order to understand how it's configured and how it can work.

We've used the solution for more than eight years now.

The solution is scalable. 

We have more than 50 people using Jira at this time. 

We do plan to increase usage. We are growing. Since we are growing, we are increasing Jira as each member on the technology team needs an account for development, business analysis, or testing.

While the initial setup is pretty simple and straightforward, handling the configurations and the workflows can be complex. 

I didn't attend this in the development phase. In testing, I did the same effort and it took me a month to set up while I was deploying a test stream. I worked on the testing workflow as well, the defect workflow. That said, I don't know how long it takes for them to configure Jira.

We handled the setup in-house.

The licensing is per unit. My understanding is that it is pretty affordable. However, I don't directly deal with licensing.

We are just a customer and an end-user.

From a testing point of view, I would rate it at a six out of ten. I use it as a defect management tool, and it, for me, it's not easy to use.

We use Jira to manage agile development from beginning to end. First of all, we lay out a backlog of everything that needs to be done. Within the backlog, We define a sprint of three to four weeks and prioritize in Jira. The backlog is stored and the sprints are defined in Jira.

The tasks or stories fall under the umbrella label "issues." The issues are created and assigned to developers, and the testing is tracked in Jira. After one is done, it moves into the QA stage. We track that all the way until we get to what is called "non-performance testing," which is part of production. We use Jira to track the status throughout, and we have daily stand-up meetings where all the developers get together to talk about their blockers, interdependencies, the net, etc. All of this is captured in Jira.

Our client is a bank, and we use a cloud version of Jira. We are the supplier, so we're onboarded and get a login for whatever they're using. Right now it's a cloud version that we are signed onto. They use a hybrid cloud because they have their own cloud because some of their systems are private, and some are in the public cloud. 

The bank works with a few cloud providers. They are using Google for this project. We are heavy into developing microservices, which use JKE, Google layer, Google Cloud Platform, Google Communities Engine, and all the other Google components for microservices development. Most of their stuff is deployed on Google, but they are also affiliated with a bigger bank that uses Azure, so some of their systems are deployed on Azure.

In terms of product management, Jira increases productivity and visibility into the product. Those are the top benefits this tool provides to the team. Also, it's accessible to the executives and whoever wants to sign on to Jira to see what's going on. 

There are different levels at which they can see the project. It depends on what they want. Somebody can, for example, create a report, but some of the reporting capabilities are not quite there. However, Jira can export all the data to a spreadsheet. Once it's in a spreadsheet, the sky's the limit.

Jira has a dashboard called Active Sprint. The board has a button on it for every developer, and when you click on it, you can see every task assigned to them along with the status. It's great to have visibility at that level. Every developer and test is there. 

Reporting is something Jira could work on. The reporting capabilities should have the same flexibility we see in Excel, including the ability to manipulate data and create graphs. They need to have that, so we don't need to export to a spreadsheet.

Jira should add some features from another Atlassian product called Confluence, which we use to track all the documents we need for development and testing. There should be better integration between Confluence and Jira. I like to use Confluence to do my reporting, and I should be able to go into Confluence and launch reporting at the source. 

Jira acts as a data source, and Confluence is where the dashboards are. It would be easy for Atlassian to develop all the dashboarding capabilities for executives so they don't need to log into Jira. There's too much there. It would be better if executives could log into Confluence, which is a document-based tool.

We've been using Jira for nearly three years, but I've only been directly using and trying to generate reports from it for probably two years. Before that, I had my project manager do everything with Jira, but lately I've been working with it directly. I might sign on and looking at things because I want to understand what's happening with the project. There are a few things that are not right with Jira though.

Jira's stability is pretty good. I haven't had any problems. 

We've never had an issue scaling up Jira for big teams. It's not a problem for the banks I work with or our in-house development.

I give Atlassian support eight on 10. 

Positive

I worked at IBM for many years, and we used an IBM product called CMVC. The difference is night and day. Jira is much better. 

Infrastructure is all set up for us, and we go back to the bank's infrastructure team if there's a problem.

I rate Jira eight out of 10. It boosts productivity tremendously by eliminating the chaos between development and QA. Jira manages the entire pipeline from development to production. If you're thinking about implementing Jira, you should go for it. It will make your life better by streamlining the tedious daily work of project management.

Jira is used for issue tracking and defining the development pipeline. It's helpful to define when a project is done and track a task as it moves through different stages. The deployment type varies based on the customer's environment. We sometimes connect to the client's setup, which can be in the cloud or on-premise. 

I like that Jira allows you to customize the flow for an agile process and adapt it to your own flow.

We've used Jira for around 10 years.

We evaluated Jira for security and stability, and everything went well. 

Jira performs well and scales up enough to meet our needs. We probably have about 200 users, so we don't need more than what it offers. 

We used a solution called Mantis a long time ago. We're a software outsourcing company, so we adapt to our clients' setup. Plus, Jira serves our needs well, so it made sense for us to work with that. We don't recommend anything else. We use Azure DevOps, Jira, and Confluence on our projects. If it's not in Microsoft, then it's Jira and Confluence.

Deployment isn't something I handle personally. Our DevOps department does that, or it's installed by the client, so I'm not dealing with it either way. One engineer is enough to deploy.

I don't know the price of all the setups. Our clients pay for the setup, so our Jira users are covered by them. Of course, the price could always be cheaper.

I rate Jira nine out of 10.

I use Jira for user stories, tasks, bugs, track releases, track backlogs issues, burndown, and test reports.

Jira has helped our company because it is easy to track releases and deployments. It is easy to track which tickets have been done or are still pending and left to be completed.

Jira's most valuable features are ease of use, simple to understand, and highly flexible. Additionally, you can use kanban or scrum which is a benefit.

The reports in Jira can be improved, especially for test reports. I find it difficult to customize and integrate for different testing purposes.

The out-of-the-box version of Jira has minimal to no testing functionality. I have to use Zephyr to be able to track testing. The time logging is also not easy to use, or user-friendly.

In the next release of Jira, there should be test cases in the test reports. Better burndown and burnup reports should be enhanced. Additionally, the usability of time logging could be better.

I have been using Jira for seven years.

Jira is stable and reliable, we have not had an issue.

I have found Jira scalable.

We have approximately 50 people using the solution in my organization.

I use the solution extensively in my organization, I use it daily.

I have not contacted support from Jira.

When I came to this company I had already used Jira. Previously, I was using quality control from Quality Center and Azure DevOps.

The initial setup was straightforward overall. The process takes only 10 to 15 minutes. However, the setup could improve.

We did the implementation of the solution in-house.

We have two administrators that do the patching and maintenance of the solution.

I would recommend Jira to others.

I would advise others to be sure to do the reports correctly because there can be some challenges in reporting and in the testing phase.

I rate Jira an eight out of ten.

We are using Jira for task management.

The solution has helped our organization be organized. We are able to create sprints in Jira to manage projects and tasks according to capacity and time.

Jira can track projects, time management of assignments, and keep everything on schedule. The performance of the solution is good.

Jira could improve by making the user interface easier to use and the functionality could be better. While we are managing multiple sprints and other elements of the projects, it's very difficult to manage the labels and other aspects.

I have been using Jira for approximately two years.

The stability of Jira is good.

We never faced any kind of issue in the scalability of Jira.

In my department, we have approximately 200 people using the solution. There could be more people using the solution in my organization but I am not aware.

I use Jira every day.

I have contacted the support from Jira a few times. They have been good in my experience.

I have not used another solution previously.

The implementation difficulty of Jira depends on what tools you need. In the company I am working for, it was not difficult because we have a small team and we were not using many tools.

I would recommend this solution to others if they cannot find a better one.

If someone wants to implement Jira, then it should be fully transitioned. In the beginning for us, it was not implemented one hundred percent, which caused some hassles for the transition for everyone.

We have benefited from the use of Jira has improved the way we operate. You can see what everyone is doing in your team and you can check and get updates on progress.

I rate Jira a seven out of ten.

Jira is used by my clients across their organizations. They use it for everything related to IT solutions.

Jira has been a good, powerful tool for collaborating across large groups of people.

I use structures as well as the reporting features, personally. The JQL feature is powerful and easy to use. 

The Jira dashboards could be more useful. The dashboards have good widgets but the comparison of data over time or extraction of trends from the data is not easy. This is important for us from a governance perspective. Currently, we do this outside of Jira in Excel manually or using other reporting tools. 

Secondly, it would be useful if the graphs in Jira could be more customizable. If you draw a graph on Excel sheet, you are able to do a lot of customizations. Those kinds of customizations are not possible with the current implementation of Jira. 

When you create structures such as hierarchy, including epics and stories, if you change something, the fields are not correlated. This makes the tracking of changes a manual process.

I have been using Jira for more than a year, but I'm working on a project which has been using it for five years.

This is a stable solution but it can be quite slow. The speed at which Jira operates depends on how it is implemented. 

I would rate this solution a seven out of ten. 

For the past two years I have been administrating Jira for our enterprise organization, in which there are about 300 end users. Apart from an administrator, I'm also a hands-on Jira user now.

Our main uses for Jira include asset management, project management, Scrum project tracking, Kanban projects tracking, and cost tracking, as well as productivity measurement.

I feel the strongest feature of Jira is its workflow engine. It empowers us to automate our workflows within our organization. It's the one characteristic of Jira which I think can help any organization, be it in any domain. Also, its Scrum tracking capabilities are a great help, and these come out-of-the-box with Jira.

In the way it is deployed, I think Jira is too dependent on the third-party applications that are available in its marketplace. If we could get some of the basic functionalities which are offered by these third-party applications, that would be ideal because each time we need a new functionality, we have to purchase a new plugin as an add-on.

Then, on top of that, we have to keep paying the maintenance charge for those third-party applications along with Jira's maintenance cost. The functionalities of some of these plugins are pretty basic, which a user would expect out-of-the-box, instead of having to pay repeatedly for it.

Also, on the security front, if Jira could have a default, inbuilt encryption mechanism for all the data it stores, it would help organizations which handle sensitive data like healthcare or financial sectors.

I've been using Jira since 2020.

It's pretty stable and I haven't had major issues with it.

The current deployment is not that scalable. But when we go for an alternative deployment model such as the data center model, it's scalable.

We were on the server model for Jira, which is being discontinued in 2024. The data center model is pretty scalable. I think that shouldn't have any issues, but it is limited. I think the data center is limited to only two instances of Jira running in parallel. That should be sufficient, and I think with data center being the only on-premises deployment model, I think it's all right to have that.

Overall, I'd rate the support an eight out of ten. I don't see any glaring shortcomings but I do see certain things which could be addressed better in their support rather than just providing documentation and saying, "Please follow this documentation."

If they could provide on-call support for some of the issues and give us a path to follow, that would be sufficient. They don't need to sit down and resolve the issue for us. But if they could point us in the right direction, I would be satisfied with that.

That said, we do get that kind of support, sometimes. There is personalized support and we have a dedicated Jira expert who helps us with our tickets. But if we are stuck, and we are not able to find a solution for our problem, then we should have a second level of support, which could be an on-call support. That would help us better.

Positive

It was straightforward to set up Jira, even though it was on-prem. But to set up the supporting modules for Jira, like the web component (e.g. Apache) or the database component, requires a little bit more effort. The Jira application does provide support on that front, but the support is pretty limited, because they do not vouch for the other modules that aren't built in to Jira.

Apache is a web server that interacts with Jira and I think they should better support the deployment of Jira with web servers at any enterprise or cloud-level. That should be provided as part of the deployment journey itself. As it is currently, their support that helps us integrate Jira with Apache comes off a little short.

We have our own compliance team who applies security patches and those patches are available from Jira directly. The maintenance is pretty easy and we pay a maintenance fee for Jira software. If there is any issue with downtime or service is completely stopped and we are not able to handle it, Atlassian provides us their support. Maintenance is not much of an issue with Jira.

The license model which we were on was a perpetual license model, which is the server edition of Jira, but that is being discontinued by Atlassian, which I can understand from their standpoint (in order to better compete). The server model means that we buy the license and we do not pay anything for the licensing part year-on-year. It means it's a lifetime license, but we do pay 50% of the license fee for the maintenance with the server. That is the recurring cost for us.

When we go into the data center model, which is the only on-premises model that we have, and the cloud offering from Jira, Jira Cloud, then you can see that both of them are subscription-based models. Data center is a yearly license, and as for the cloud, you can either pay monthly or yearly, depending on your requirements.

But this kind of licensing structure is actually a little heavy on the organization when it comes to the budget, I would say. The licensing which we had was a perpetual license with a year-on-year maintenance charge which we had to pay, which was half of the licensing fee.

I would rate Jira an eight out of ten.

The solution allows us to escalate issues from the end-user customer very easily. For example, if they're trying to access our PayPal page, and they're getting an error, we will do the basic troubleshooting. If the problem persists, then we will file the case and we will send all the stuff to reproduce the issues, including the ID, everything, using the Jira tool. We will create the task and it will go to the Level Three engineering team. They'll create that bug and route it to the Product Development team. Since the time I've raised the ticket, there are lots of options and there are lots of products that we may be using. That includes understanding what is the issue, what is the SLA, what is the issue criteria, et cetera. We can create and submit issues based on multiple types of criteria.

I can collaborate on issues that I've escalated very easily, even if they were escalated to different groups. I can segregate as well. It makes it easy to track bugs and issues. 

My experience with Jira has been great. Jira can track bugs and records improvements clearly. 

It's easy to escalate the issues to the product development team. 

It's not that difficult to create and file an issue. It is very user-friendly.

The ability to include attachments and assign reporters is great. We're able to easily delegate the task. That's extremely helpful. 

In every email, there is a way to track who is looking at a specific issue. If you look into Jira, there will be a crystal clear communication chain from the start to end of any issue.

In Jira, sometimes developers are not getting alerts when Jira is moving out of the SLA to the product development team. Or, for example, if you're sending a Jira ticket to me, I should get an alert if I've not worked on the ticket for a long time. I should always get an alert within 24 hours. For example, there should be three kinds of alerts. If a Jira ticket is raised and does not have any steps, for example, if I'm not assigned, it should be in green. If one day goes by, it should be in yellow. If the SLA is about to end, it should be in red. That way, I will know what needs to get attention. I'd be able to say "Oh, I should work on my task." There should be some color-coded alerts to keep me informed in a more visual way.

Sometimes I might get an attachment from the user through email that I need to download and save to my local desktop. What feature I would like from Jira is the ability to have an attachment field option open Outlook. Right now, when you click an attachment, you can only attach the items which are stored on your desktop or documents that have been downloaded. However, there should be an option to attach a file to a Jira issue directly from Teams or Outlook.

They should offer free online training courses to users. 

I've been working with this solution for seven years. While I joined the organization seven years ago, the company had already been using Jira for quite some time. 

The stability is good and the solution follows the agile methodology. We've never had issues with its reliability. There are no bugs or glitches. It doesn't crash or freeze. the performance is good. 

It's my understanding that the solution can scale. 

We have more than 5,000 people using the solution right now. They include IT specialists, product support, developers, product owners, technical lead, and architects.

I have not faced any Jira issues. I have not raised any tickets to the Jira team directly. It works very well.

The company may have previously used ServiceNow, however, as I recall, it is difficult to expand, and therefore the company has used Jira for quite a long time. 

I'm from technical support. I'm not a part of the development team and therefore have not helped implement the solution. Therefore, I cannot speak to how easy or difficult the process is. 

Jira maintenance is taken care of by the product maintenance team and the change management team. While we own the product, they respond to it. 

I'm not aware of the pricing or costs. It's not an aspect of the solution I deal with directly.

I am aware, however, there is a bit of a cost to do the online training.

We are using the latest version of the solution. 

You can use both cloud and on-premises deployments. Cloud deployments can be on various clouds, including Amazon, Microsoft Azure, et cetera. We are using GCP, for example. 

I'd rate the solution at a ten out of ten.