Jira Reviews

Multiple features make this product a delight to use. Using this for backlog prioritization is the key to either kanban or scrum processes. JIRA does a great job of articulating the story and adding elements to the story to help in the prioritization. If you are overseeing multiple projects, it allows you to easily follow the teams progress.

Another feature is the ability to incorporate add-ons. It’s great to have for those one-off processes you need. For example, the integration with Confluence.

Working in a dev shop that is 100% scrum, this tool is invaluable in its insights to how the process is working. Are the stories written well? Is the team executing on the highest priorities? How is the team executing sprint by sprint? All these can be found easily within JIRA, either with their out-of-the-box reporting, or the ease with which search queries can be downloaded to CSV to manipulate in a data visualization tool.

The reporting out of the box is minimal; I would like to see a report-building capability out of the box. Teams have access to more than a dozen out-of-the-box reports with real-time, actionable insights into how their teams are performing sprint over sprint. Examples include Burndown, Sprint, Cumulative Flow, Epic , release, Velocity. However most will find these reports too simple and want some sophistication. Luckily Jira gives the ability to export results where you can work offline with them in a tool like Google Sheets, Microsoft Excel or other preferred data parsing tool. For additional spend you can purchase their reporting plugin.

I have used this application for approximately five years over several different roles: product management, development manager and delivery manager.

We deployed on premise. The amount of time to deploy was simple for a trained technician. Would highly recommend if installing on premise to shy away from any customizations in workflows; will make upgrades a pain in the future. If you considering using this, I would recommend the cloud option first.

No issues with stability.

Like any application installed on premise, you must be monitoring server and application logs to ensure the right level of performance. Scaling up is easy.

Most of their customer service comes from the community. Robust community of evangelists who respond rather quickly. As the application is highly stable, contacting customer service has been few and far between. Responses came thru within expected timeframes and were helpful, even if pointing to already published articles.

I would rate their technical support high.

I've also used Microsoft TFS (Team Foundation Server) for another development team that was .NET based. Used both Jira and TFS at the same time, though for different project teams.

Atlassian built their reputation on building applications that were easy to install and using a community model to improve. The setup of JIRA was straightforward, just as the documentation indicated. Us technology people have a hard time reading thru user guides, but these were easy and quick.

It was implemented by one of our developers.

Development teams, especially scrum teams, need some type of tool. For geographically dispersed teams, the ROI has a quick payback period, less than three months. Geography could be the dev team in one city and the product team in another.

Look to their cloud offering first; get using it quickly. Be wary of some of the add-ons, as there are cost components to them; if you need them, add them in.

As indicated above, we used Microsoft TFS. We tried to have a JavaScript team use TFS, but it didn't really fit into all the other ALM tools a JavaScript developer uses, so we quickly scrapped TFS and moved back to JIRA. The same was true for a .NET team; tried to have them use JIRA, but it was difficult to break the Microsoft eco-system. Not impossible in that case, just a culture shift you want to address carefully.

Review all your use cases for the tools to see if Atlassian matches up nicely to those you need; makes integration easier when all are from one provider. Be sure you understand what you are licensed for and what costs extra. For example, do you need portfolio management? Because, if you do, it's an extra cost.

We use it for project and sprint planning and day-to-day bugs. We also use it for documentation, engineering, and enhancements tickets and for creating the feeds, which are like new features.

We are most probably using its most recent version.

It has been very helpful for feature enhancements, release planning, and sprint planning. We have been using it for creating bugs, enhancements, and all the tasks for a sprint. It helps us in looking at the quality aspects of the product along with the volume, burndown rate, and a lot of other things.

As an engineer, I like that it provides you blocks to put in comments, code, etc. It helps in giving better information. 

It is very configurable, and we can do whatever we want. Jira dashboards are also good, and we use them extensively. We also use the tracking mechanism extensively. 

Another thing that I like a lot about Jira is that in the dashboard, you can plug the modules that you want. You can enable certain sections. For example, you can show trend history, open Jira tickets, etc. Some of the managers have created a dashboard for each engineer. So, it allows you to do all sorts of things.

There should be a way to look for specific comments. When we have thousands of comments on a Jira ticket, there is no way to look at the comments of a specific type. In the comments, if there is a way to put a tag, it would be helpful. For example, when there are a lot of lengthy discussions happening on a particular ticket, there could be a conclusion tag or something like that to indicate a conclusion. It would help in sorting the comments based on a certain category, such as conclusion. I should be able to tag a comment with something like ##dev_conclusion##, and someone looking at the comments should be able to expand all the comments and search based on this tag. Some of our tickets can go up to 100 or 200 comments, and it currently takes a lot of effort for someone to go through them. It would be good if there was a way to preview the comments.

We want Jira to be the single tool that people use. We lose a lot of information when working at the ticket level in Jira. We don't want to have discussions in Confluence and design docs somewhere else. Currently, we make some decisions outside, and we make some decisions in Jira, and there is no combined way. There should be a way to integrate documentation into this, and I should be able to directly update the documents. They can also incorporate a review mechanism for documentation. I should be able to assign a sub-comment to someone to say, "I'll respond to it," or I should be able to tag someone to say, "Can you please look at it?" We should be able to use a workflow. There should be some built-in intelligence where when there is a design document in a Jira ticket, the signoff should be done by certain people. Currently, the documentation is completely separate. If there is a way to get the documentation into this whole workflow, it would be useful.

I have been using this solution for seven or eight years.

Its stability is really good. There is no doubt about it. Sometimes, we have performance issues. That's mainly because a lot of people have standup meetings between 8 am to 9 am, and everybody is using Jira at that time. The number of connections is at a peak in the morning hours. If I was a Jira development engineer, I would be thinking about a mechanism to ease that. Other than that, it is pretty stable and reliable.

We didn't have any issues with scalability. We create hundreds of tickets every day. We have between 1,000 to 2,000 users across all departments. It is being used extensively, and its usage might increase.

I didn't have any contact with their technical support. We have a Jira maintenance team. We have a Slack channel, and if there is an issue, we send it there, and the team looks at it.

I'm not a part of the team that takes care of its deployment. We are a big organization, and I am an end-user of it.

I would advise having proper planning because you don't want to clutter your Jira. Without proper planning, you would go on creating a lot of labels and other things, which would be of no use. You need to do release planning and then accommodate things into Jira. 

A lot of companies have a separate release planning team, and then there is a separate Jira infrastructure team. All these teams should think and work together. Otherwise, everybody would be creating their own tags, which won't make sense. I might create a tag for daily bugs, and someone might create another tag for the same thing, which would result in cluttering.

I would rate it an eight out of 10. Jira is an amazing tool. There is no doubt about it. We have no thoughts of using any other tool.

We use it for client ticketing. We have managed services agreements with clients, and we use it when they have issues. It consolidates well with their IT ticket system. We are the first pass on the ticket issues. If it seems that a ticket belongs to them, we can easily pass it onto their system and their people. So, it is a ticket system for our clients.

We are using its cloud version, and it is hosted in Atlassian's cloud system.

It is not problem resolution by email. It consolidates everything in one place. We have unique cases that don't fit a particular engineer, and we're able to assign those on an ad hoc basis. It is a good process. For example, if it is a network issue, it goes to engineer A, and if it is an Azure issue, it goes to engineer B. So, we are able to quickly route it to whoever needs to resolve the situation without overview intervention. I like that feature.

I like seeing which tickets are open and what our response rate is. They have a lot of good metrics in their system to see what's going on.

I interface it with Slack, and that's a positive. We get our notifications in Slack, so everybody doesn't have to be an agent in their world for us to see everything, which is a positive.

I would like our clients' IT group to be able to have oversight without setting up agents. We're managing tickets, and I'd like their IT group to see everything we're doing without having to set them up as agents. There should be a better way of managing their users. I've got such requests, but Jira is expensive, and it is difficult to pay an agent fee for somebody else to view these tickets. Currently, the only way in which I can do that is by setting a user up as an agent, and it becomes cost-prohibitive. They need to do a better job on ticket viewers.

If they had a customizable dashboard, it would be great. There should be one with a public URL so that I could share it amongst other viewers. This is the beauty of Smartsheets. With Smartsheets, I'm able to have a customized dashboard. I can bring everything into Gantt charts for budgeting, performance, etc. There is one point of accessibility for our clients so that they can see the program in a snapshot and get whatever assets they need. I love that about Smartsheets, and I wish Confluence had something similar.

I have been using this solution for about two years.

Its reliability has never been a problem.

It works for us. We're probably managing about 25 to 30 tickets at a time. It is not like we're pushing the system.

Across the board, we might have about 100 users. Its usage is currently moderate. I would love to focus on one tool, but I use Smartsheets a lot for project planning. I know Confluence and Jira provide reasonable project management, but they're short in some features. So, unfortunately, I have to pretty much go with two tools. Confluence and Jira together make one tool, and Smartsheets is one tool.

I would rate them a five out of five. They are pretty good.

We did Freshservice for a bit. We got a client on Freshservice, and it was good for the time. We didn't really utilize Freshservice at the time. We had set it up for a client, and while setting it up, we customized it. We did a lot of front-end GUI tasks to make it work with their world.

A client pushed us toward Confluence and Jira, and that's how we started with them. I knew about Jira, but I never really used it internally. We had a client with whom we got a managed service agreement, and they said, "Hey, we're using Jira," and that's how we got in.

I did the setup, and it was easy. In terms of the setup, everything was intuitive with Jira. The setup is not intuitive with Confluence. It is not at all intuitive while setting up SSO.

It only took a few hours. It was really quick.

It was set up in-house. We didn't use a consultant.

I don't have the number, but I sure wish Jira was less expensive. Its price point should be a little lower, and it should be more flexible for users who are just ticket viewers.

I would rate it a seven out of 10.

Similar to the whole solution stack, we use Jira for security and for operational data storage. We also use it for custom-made API structures, moving data from the cloud to legacy on-prem infrastructures so we can use it to develop failing interfaces. We're customers of Jira and we license the solution. Our company has a form of strategic alliance where we buy the product, pay the fees and use the solution. I'm a senior technical project manager.

The benefit of Jira to our company is that the product is extensible. We can integrate other tools and different interfaces into it. You can look at what's being done, how it's being done and know how to improve it. That includes things like optimizing performance or scanning the structures we build for security vulnerabilities. Extensibility is the most effective way we can create products and services for our clients.

The value of this product is that it offers a common language set so we can bring people into projects and get them up and running almost immediately. We know the language. It's the training and education content that's key and there's enough out there, whether it's paid training or free training, that gets people up to speed pretty quickly. Following on from that is optimizing the training for a given initiative or project. 

Although this is a somewhat old-school approach, we'd like to see some common building block approaches to certain things. We do a lot of coding and swapping things because there's a lot of common non-functional capabilities we have to share based on our own company policies. In that sense, it would be helpful to have some sort of modular building blocks that are in some of these up-and-coming extensible capabilities, like how you interface the next level of security scanning code or cloud to cloud capabilities, anything like that would be an improvement. These are expensive things to build and give out for free. At least knowing what's in the headlights for the products together with some good specific industry demos would help, whether related to the financial sector, healthcare sector, whatever. There isn't a lot of that; as things stand, they're generally offering demos with people talking about how you could have a secure way of developing a code for a HIPAA mixed standards or whatever. More documentation on how to precisely use the solution, particularly in a given industry sector, would be helpful.

We use a lot of third-party monitoring and although the extensibility is there, a monitoring tool suite as you get in production would be helpful. 

I've been using this solution for 10 years. 

This is a good product, it's served us well. I don't really have a lot of issues with it so I rate the solution eight out of 10. 

We use the solution primarily for project management. We organize our work by projects with epics, et cetera. Below that, I believe we are using a Zephyr plugin for QA. We don't use it for product planning.

I would say it's a necessary evil to use a product such as Jira. All of these solutions are a necessary evil. They all have their pros and cons.

For what the solution does, it's fine.

The solution offers a lot of plugins.

The solution is very configurable.

There's a bit of a learning curve, which I'm not a huge fan of. It's not exactly user-friendly per se.

I would prefer it if the solution was more intuitive.

There are just so many options, that it's pretty overwhelming as a product. There's too much to focus on.

We do find that we need plugins and have created integrations with more robust analytic solutions than Jira provides.

Personally, I'd like it if there was more flexibility in how you could manage the backlog at a project level.

I've been using Jira for about six months. It hasn't even been a year yet. The solution is still very new to me and I am still learning.

The solution is very, very stable. There's no problem in that sense. There are no bugs or glitches. It doesn't crash or freeze. It's reliable.

You can easily scale this solution. If you need to grow it out to meet your company's needs, you can do so. That's not a problem.

We have about 300 users on the solution right now. They include developers, administrators, senior leadership, analysts, designers, and project managers.

I haven't used technical support at all. I can't speak to their reliability or level of knowledge.

Although I wasn't hired at the outset of the company, it's my understanding that they've always used Jira as a solution.

I wasn't involved in the initial implementation of the solution. I just started working with the company six months ago. Honestly, I'm still learning the solution.

I don't have an opinion on the pricing or licensing. It's not really a main concern of mine. I don't have access to any information about what the company pays.

We're just customers. My company doesn't have a professional relationship with Jira.

I'm not sure which version of the solution we're using. I'm not sure of the last time we updated the solution. I've only been at the company for six months.

I'd advise other companies to dedicate two full-time people to learn the solution and train other team members. It's a big learning curve for users. It takes time to get into it. Having dedicated trainers would help onboard people.

Overall, I'd rate the solution seven out of ten. If it was more intuitive, and there was less of a learning curve for new users, I'd rate it much higher.

We use it to trace our business needs development.

We have some nice dashboards out there where we can track needs for clients or track internal projects.

This is our way of communicating with different teams. We are a global company. I am based in San Diego, for example. A lot of the BAs are based in Paris. The development team is based in Minsk. We absolutely need to be in constant communication and on the same page.

With the time differences that we all have, it is very hard to kind of get on a call and centralize the information in person or during meetings. This solution makes it possible. 

One of the most valuable aspects of the solution is the fact that everything is traced on one ticket on Jira. We know exactly what has been done and what is left and we share the same feasibility we are assigned. We don't have to wait for team updates or emails or calls or even reminders. We just need to look at the same ticket and we know in real-time exactly what is happening. Without Jira, I don't see how we would be able to manage and trace in a very consistent, effective way.  At least, not across all of our development initiatives.

I have never been trained on Jira, to be honest. However, it's easy to navigate. Even for somebody who is never on it, it's very simple to pick up and understand. The only caveat is that when you get a bit more in detail, or you have some business requirements, you don't have documentation that you can just go and consult to enrich your portal or access.

One aspect of Jira that is very nice is that we are able to integrate other tools that our company is using. For example, we do use Salesforce for our support team and that's linked to Jira. Slack, as well, is also integrated into the system. It makes everything so much easier.

Jira has recently updated their UI, but more can be done to make it even better.

One thing that is missing is notifications that we can send out in an automated fashion so that we don't have to log into Jira every single time. We do have dashboards on our navigation pages, but we need to log in to see the current status. I can't just click reports every once in a while to trace or track projects, I have to log in to see. I'd prefer it if the data automatically came to me instead of having to go seek it out. 

It's possible the dashboards and the reports are something that can be properly configured on our end. However, I'm not the Jira administrator in our company. I probably just don't know how to do it. Jira may actually be able to trigger these kinds of reports. However, if they don't have this functionality, it should definitely be added.

 I have been using the solution for four years now.

We've never experienced any downtime with the app. I can't recall any bugs or glitches. There haven't been any crashes of any sort. It's very reliable.

I would say the solution is pretty scalable. Every single project team in our company uses it. Our staff, our BA, our developers. We do also have DevOps teams using it. Everyone uses it for different purposes. Our company, over the past ten years, grew exponentially. We've tripled our size and we never had any downtime with Jira. 

We have business owners, developers, quality testers, business analysts etc. on Jira. We have internal consultants from professional services teams, who trace the needs as well so that they can transmit information to their clients. All the top management personnel go to Jira to consult the dashboards as well. If they wish to trace the progress that their teams are making, they can do so. The solution is basically used in every aspect of the company, and as the company grows, so does the usage.

I've never had to reach out to technical support, so I can't speak to how they are.

When I joined the company, we already had Jira. 

I wouldn't consider it complex at all.

I wasn't here at the initial setup of Jira, however, in our company, we have a Jira administrator. Whenever we have a project to review and need to know how it's laid out and how we can place them better, etc, it goes through this person. She analyzes the needs and does it for us. 

 She knows the tool pretty extensively, but we don't rely on external consultants to do it. We have somebody from our company who does it for us and acts as our own Jira professional. They would be the one that basically helps you with the setup for your project needs.

I don't handle the finance side of our relationship with Jira.

As far as I know, no other solutions have been considered as we've been pretty satisfied with this tool. 

I'd advise other companies to go for it and try using it. Jira is one of the biggest players in the market. It's a scalable solution and very user-friendly. The onboarding is quite simple. I have never been trained and I've been using it for the four past years. Whenever there is a new release on Jira, we get a guide, which is helpful, and instructions as we use the latest version that comes in the form of pop-ups on your screen. If you want, you can just disregard it, but once you discover them, you can just hover over with your mouse and you can see the new features. If an organization is looking for something that will be easy for its workforce to adapt to, Jira would be a smart choice.

With the communication and the bridges that we've established with other tools, it's helping other teams get the information they need without having to get the Jira license or get them to go onto Jira. They just need to find their tool and they get the update from Jira in real-time.

The configurable workflows and boards make it easy for us to execute and oversee our own unique process. The portfolio feature allows you to conceptualize your roadmap and experiment with various scenarios before committing to execute. Once you learn how to configure the system, it is extremely powerful.

JIRA has created visibility for our IT organization that did not previously exist.

There are some minor quirks, such as zero-point stories not appearing in the portfolio scope. We often poke stories at zero points because we have a very small group that needs outside help from time-to-time. We need to track these stories without impacting team velocity, so we poke them at zero.

These stories will not appear in the scope/schedule in the portfolio because the system interprets zero points as zero scope, even though the issues are open, assigned to the release and assigned to a Sprint. It would be nice to be able to see them in the schedule.

We have been using this product for three years.

We did not encounter any issues with stability.

We did not encounter any issues with scalability.

I would give technical support a rating of 5/10. I have only asked two questions in the support forums. One was answered very quickly and the other was never answered.

I previously used CA Agile (a.k.a. ‘Rally’). My company decided to switch to JIRA because we were already using it for bug tracking. Once the Agile/Portfolio features were released, we decided to use JIRA for all IT project planning and tracking.

The initial setup was pretty straightforward. One thing I personally don’t like is how the system, by default, assumes that all projects will have a different workflow and screen configuration. This adds complexity in my opinion. It should assume that there is a default workflow and configuration across projects and then allow you to copy and customize the defaults.

It is very cheap if you forego the local instance and stick to the cloud.

We evaluated Microsoft TFS and Targetprocess. Neither had a Portfolio planning feature, which is why we decided to stick with JIRA.

Establish a basic project management methodology and workflow first, with clear roles and responsibilities, and then use this product to execute. It is only as effective as you are disciplined in your sprint planning and execution.

Jira is used primarily for ticketing, escalations, and tracking work in progress. It is also integrated with other tools within the company. Additionally, we open Jira to customers for ticketing purposes.

Jira is very useful and allows me to know who is in charge, who the owner is, and monitor and track work in progress.

Jira is quite easy to use and very simple from my point of view. It is very useful and direct and allows monitoring and tracking of work in progress. 

It integrates well with other tools in the company and is opened to the customer for ticketing. It is stable with no scalability issues experienced.

The user interface could be improved from a user experience standpoint. It needs to be more visually appealing and customizable to display key data effectively. 

There's room for improvement in the search tool, as it can be challenging to locate tickets directly.

I am quite new to the company and joined one year ago, however, Jira has been used for several years.

It's stable. I have never experienced any trouble concerning scalability or heard from customers about issues related to performance or usability.

Jira is stable, and I have not experienced any issues with scalability. Customers have not reported any problems related to this.

We use Teams officially at the company level, while the engineering team uses Slack.

We use Microsoft Copilot alongside Microsoft Office, integrating different AI engines according to customer choices.

The user interface needs improvement in terms of visual appeal and customization. The search feature could also be enhanced for better efficiency. Rating the overall solution would be nine out of ten.