Jira Reviews

Currently, we're using it as a tracking tool. It helps our development department operate more efficiently while enabling the business side of the company to understand and track things better. For example, if we get a requirement from the business side, they don't tell us the status of the current cover every time. So basically what we do, if we complete development or make it to the development phase, then we can change the status in Jira. If the other departments want to see the progress, they can go to the Jira dashboard. So this reduces the amount of necessary communication between the business side and developers. Developers can mainly focus on the development instead of having to answer questions from other departments.

When we get a sign-off for a management request, we must catch it in our email inbox. Now we can get the sign-off through Jira, and I've automated this. For example, we can get the Jenkins pipeline results for every build we create and have that result plugged into Jira. So when we run the Jenkins pipeline, the build is already automatically connected to Jira. We've been able to integrate the ecosystem we created using this automation tool. If you open Jira, you get the development tab there, so you can find out everything a company made under this Jira or what brand is created under this Jira. As a developer, I find this feature valuable.

Jira could be simplified and integrated more with standard corporate communications tools. Say, for example, we have one indication of Jira in Confluence. So if we type a Jira ID into Confluence, it gives us all the information about the Jira profile. I would like to see this feature integrated with email platforms so we can just put our Jira ID or Jira link into an email and get all the details automatically. This kind of integration and automation would be helpful. 

I'd like to see better note-taking capabilities so every user can get notes when someone provides comments on a Jira ticket. So if they don't want to provide the comments on the Jira ticket, they can get the personal notes in a Jira tool for every profile. It's not something for the business side, but developers can track what work is finished and what still needs to be done. Jira could integrate better with Jenkins, which isn't fully supported on the Jira dashboard yet. I think it would be good to monitor the build's progress directly. That way, we don't have to attach it. We can do it from the background. Some workflow customization would also be good.

In the initial phase, I was using Jira for development and testing purposes. A story was assigned to me, and I just changed the standards and everything. But in the past six months, I have worked with configurations, adding different workflows, and all the other features.

Jira is pretty stable most of the time. However, we have an intranet on our side, and sometimes there are too many users. My company currently has four different departments at the top level. Each of the four departments has fewer than nine Jira users. My current department has approximately seven or eight users. So there are times when Jira goes down, and we find it difficult to log in. But we are trying to increase the capability of servers. Other than that, it's working fine.

We have migrated to GCP, and we're using the internal cloud servers, so we can easily integrate Jira into a server if we want. Scalability is a matter of cost. We just need to present our management with a valid reason for increasing capacity, and if they approve, it's an easy process for us.

We had to call Jira support for help with integration. For example, when I was trying to integrate Jira with my GitHub bot, I had to provide a specific kind of access and then run some scripts to find out if I had enough available space. After that, it's a smooth process.

The Jira setup is a bit complicated because we're deploying it in our internal servers. So we have to manage a lot of things ourselves. For example, when the new version of Jira comes in, we have to patch our servers and update our certificates. And then, for deployment, we have pipelines that we need to trigger. That's not too hard, but the patching and upgrading can be complex.

If it's a smooth deployment, it just takes 30 minutes because we only have to replicate it on a different server. So currently, we have more than 20 servers. So every time we deploy, we create a replica on every server, which takes time because we have to verify that it's working. In total, it's about two hours of downtime in Jira, so we do this at night. 

Currently, more than 10 people are involved with maintenance. For my team, I do the deployment and configurations. But if there is some fundamental change or a serious bug, a separate team handles this.

I don't deal with the money side of things. I just specify the requirements and the company handles everything. We are using it for many tasks so it seems like the price is reasonable. 

I rate JIRA eight out of 10. I think it's a great tool. I have been working with this tool for the past two years and I use it every day.

We are using it for bug tracking and new feature development. We have its latest version.

Using Kanban boards has allowed us to become a flow-based organization versus a sprint-based organization.

Kanban boards are most valuable. 

The reporting capabilities, specifically customized reports, should be improved. The out-of-box reports don't meet our needs. We are big into customizing our reports, and being able to do ad hoc reporting would be good.

I have been using Jira for about three and a half years.

It has been very stable.

I believe it has been scaling. I don't really work with that group, and I am not sure. We've got at least a thousand people on it, and to my knowledge, it has been fine at least for our needs. It is being used extensively in our company. We don't have any plans to increase its usage. 

I have not had any interface with their technical support.

I have used Microsoft Team Foundation Server in the past. I switched to Jira because of the job change. Microsoft Team Foundation Server had a number of features that I don't see in Jira. It had good visual charting. 

I wasn't a part of that group.

There are some good and valuable tool plugins that make it a much better tool. I've got plugins that cover most of the features that were lacking. There are some specific plugins that are targeted for specific kinds of use cases.

I would rate Jira a seven out of ten. It all comes down to reporting. It should have better and more robust reporting.

My people use ASS. I can define spins, I can define roadmaps, I can define components, I can do releases, I can define all kinds of issue types, heartbeats, some of those things. I'm using it for both business and software. In software we have Scrum and Kanban onboard, whereas for business we have the service and then there are those other options. We have multiple use cases. I'm the director of the company. 

I like almost everything about Jira. It defines how we track time and the way we define permissions. We can create multiple boards for the same product backlogs. 

I think that for users the solution is very intuitive but for project administrators, the way the product is defined is not very intuitive. There are too many ways to do the same thing. The setup of Jira sometimes becomes very, very cumbersome and difficult. It's not very easy for people on the project admins to really understand how to set up the product because of these features. If they were better organized and the documentation improved so that people would actually be able to figure out how to use Jira, that would be helpful. There are not many videos and it can be very challenging for anybody not familiar with the product. There are 50 users on the project I'm working on. 

I've been using this solution on and off for the last eight years. 

The solution is stable.

The solution is scalable.

We haven't really used technical support. 

The initial setup takes a bit of time because it has so many features that you should be aware of, but of course it provides a lot of out of the box features that you can use right away. You can set up in 10 minutes or 10 days, it's very rich. I was able to do the deployment myself with some extra help. 

For up to 10 users, the solution is free but above that there are licensing costs.

I would rate this solution an eight out of 10.

I have used Jira for defect management and issue management. This includes defect categorization, defect analysis, and defect summary, as well as exporting the defects. I have primarily used it from a user side perspective in both ITSM and agile delivery contexts.

Jira provides substantial analytical aspects, especially in defect categorization and routing. These features contribute to significant effort savings, roughly between ten to 15 person-days. Additionally, it aids in program management and overall effort management.

Jira provides substantial analytical aspects, especially in defect categorization and routing. These features contribute to significant effort savings, roughly between ten to fifteen person-days. Additionally, it aids in program management and overall effort management.

From an automation perspective, there are more aspects that could be needed, especially regarding natural language reporting in the generative AI context. I did an integration with UiPath on Jira, focusing on defect routing, however, the API documentation was not adequate.

I have used Jira for almost eight to ten years.

Jira is definitely recommended. I'd rate the solution eight out of ten.

I use the tool to review code quality and communicate with the QA team. I also use the product to raise tickets with my senior management for issues I cannot resolve.

The user interface is simple. It performs well. It is easy to use. Anyone can use the product.

The stability could be improved.

I have been using the solution for one year and two months.

I haven’t had any issues with the stability of the tool. I rate the stability eight out of ten.

The initial setup is simple. We have completely migrated to the AWS cloud.

I will recommend the tool to others. Overall, I rate the solution an eight out of ten.

I use Jira in my company as a project management and software development tool. We use Jira in our company to document all of our requirements and releases in relation to project management and manage the agile lifecycle management of our products.

The most valuable feature of the solution is that it is easy to use and allows users to use agile methodology. Jira also offers a lot of plug-ins, which are helpful.

I would love to have more free plug-ins in the solution since most of its present plug-ins are great. I want Jira to have more plug-ins, which will allow for more free plug-ins that help with the area of reporting.

I have been using Jira for four to five years.

It is a stable solution as it is a cloud-based product.

It is a scalable solution, but it comes with an extra cost.

More than 100 employees in our company use the solution.

My company has not faced any problems or issues with the use of the solution. That tool's use can be easily extended.

As everybody in the organization has a role in the use of the product, employees ranging from managers to developers use it.

My company has not faced issues with the use of the solution. It is very easy to reach out to the technical support team of the product if our company faces any issues with the product. My company just needs to schedule a call with the technical support team of the product, and they readily help us. The solution's technical support is good.

I have worked with some other tools in the past. My company chose Jira since it was easy to use, scalable, and pretty straightforward.

The product's initial setup phase was straightforward.

The product's deployment phase was straightforward, as one just needs an account to log in. As not many technicalities are involved in the product's deployment process, it is useful for project lifecycle management.

The solution is deployed on the cloud. Jira also allows users to opt for an on-premises deployment model.

There is a need to make yearly payments towards the licensing costs attached to the solution. The product offers flexibility in pricing since it depends on the memory bits you have used.

It is a perfect tool for those who want to manage the projects in their organization.

The benefit I have seen from using Jira is that it streamlines the development process. In general, the solution provides visibility and streamlines processes.

I rate the overall tool an eight out of ten.

Its use case just depends on the company I've been with at the time. I have used it for defect management, development processes, and status. At one point, we ran our entire risk platform out of it as well.

The dynamic communication and the ability to customize it the way we want are the most valuable features.

Its ability to perform true executive-level status reporting could be improved. There are a lot of benefits there, but there are also a lot of things they can and should expand upon.

I have been using this solution for about eight years.

I have not interacted with them. I've struggled with getting Atlassian resources, but that could partially be my fault.

It depends on the type of license. In terms of subscription, it is cheap, and it works pretty well.

You need to investigate and understand dynamically what it is that you're looking to do. Don't just dive in and start creating. Before going into it, you should really organize your formatting or direction of the cause. There are other tools that are like cookie-cutters. Jira is so customizable that you really need to define what you're going to do with it.

I would rate it a nine 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.