Jira Reviews

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.

We started using it in the eComm team for the website and all the digital projects. At the beginning was Jira for software development and the Confluence to move the communication away from our mailboxes. Now, we're also using it for marketing and campaign management. Confluence is now our single source of truth and, in general, we are using it in much more content-based projects.

In many ways: transparency, governance, new comers have a place where to find everything they need, email communications are kept to a miminum, project management is much easier. Also reporting to top management is improved, as there are a lot of nice features like roadmaps and dashboards that can be used for that.

The Kanban boards have been a very valuable feature because they can be either very simple for non-technical teams, but also highly detailed and data-driven for teams that are technical. We use them for both types of team.

Jira is also widely used, so whenever we start a collaboration with an agency/vendor we don't need to spend any time in deciding how are we going to communicate.

It is very flexible as well.

The next-generation software projects are very easy to use, but they lack a lot, and I found quite a few bugs. There are some really basic things that you still cannot do. For instance, setting a due date for a task that you create as mandatory is still not available. That's a bit of a blocker because people, especially those who are not technical, are not going to add anything if it's not mandatory. It's going to be difficult to teach them that they should do it anyway.

I'm trying to integrate these tools, and I'm trying to open them to different types of teams with different types of people. What I've found is that I read about a macro (App) or about a rule and think that it is what I need, but then find that things are not available for the cloud version. There are some features that are available only in the server version and not in the cloud version. I found a couple of add-ons that we were really interested in, and we couldn't use them because we're in the cloud version.

Sometimes when I tried to set up some macros/add-ons/apps, they didn't work well or were not flexible at all. For instance, you can add only one Excerpt macro to a specific page. And in the that area you cannot have a table, which means you cannot excerpt a table, only content. In general, if you follow the instructions they give you, it works, but when you try to adapt it to your actual needs, it often doesn't work anymore.

I've been using Jira for five years.

We started very small in just one team in the company, and then slowly we've started expanding it to other teams. Now, we are trying to roll it out to all the European digital teams.

We have had some big issues with customer support. Lately we have renewed our contract, and it has taken us two months to do so. There is no way to have a phone call with anybody. The chat is not there anymore. So, the only option is email, and these kinds of things are very difficult to communicate through email.

Two of us were contacting two or three different people from their costumer service till we found the one who was willing to go the extra mile and actually listen to what our issues were.

Try to be tidy from day one because it can get messy very easily. Jira is very flexible, and you can still move and migrate stuff around. However, the reality is that nobody is going to have the time later on to migrate and clean-up. I also recommend starting small because at the beginning it can be scary, especially for non-technical people. I'm thinking about the amount of notifications you'll get, for instance.

I would definitely start small and then slowly, while people are getting used to it, keep implementing it and adding features like roadmaps or dashboards. Try to have a plan or a scheme of how you want it to look before you actually start.

It's a great product and is widely used, so I would rate it at 8 on a scale from 1 to 10.

We use Jira every day for tasks like tracking product deployments, mapping it to the tools that we use, and sprint tracking. We also used it for audit purposes, where everybody goes back to that for details about each user story.

Each sprint tracking is done in there, as well as the other product-related activities

All aspects of Jira administration help with respect to QA development and deployment.

This solution allows us to use customized workloads for different projects.

The sprint tracking is really helpful and very convenient.

Scrum boards are very easy to follow and we use them every day.

The roadmap, to understand what our team is going, is quite helpful when it comes to understanding things in a visual format. It provides good visuals such as the Burnup Chart.

Requirement traceability is easier to do with this product.

It integrates well with other tools.

We have been working on integrating Jira with Confluence for the past months but it is not yet working. Having more seamless integration with Confluence would really help us track our product management activity and other product details in one place.

Integration with BitBucket would allow us to have a better deployment process.

I have been using Jira for between four and five years.

This product is very much stable, and we have every tracking option being used.

It scales well, from what we have seen. We have more than 350 users that are in groups, and perhaps another 150 in addition to that. We are onboarding a lot of teams.

When I need support, I contact our in-house technical team. I have not spoken with anybody from outside the organization or anybody from Atlassian.

We were using the on-premises version until a year or two ago when we migrated to the cloud version.

The initial setup was simple and it didn't take much time to complete.

We have an in-house team to deploy and manage our IT solutions. There may have been some outside help initially but everything is now done in-house.

We have an enterprise license that includes cloud service and support.

Overall, this is a very good product and I think that it is the best project management tool. It is used company-wide and I recommend it.

I would rate this solution a nine out of ten.

When you are engaged in an Agile development environment, most of the handling and tracking of the stories are handled in Jira. It can also be used for handling and tracking requests in a ticketing system.

I am a consultant from the quality and design part of the work that we do, and I help people introduce tools into their system. Currently, I am only working with one customer that is using Jira. In the past, I have had five or six who were actively using it.

This solution covers almost all of the types of uses that we have, from an Agile perspective. All of our requirements are supported by it.

This product provides you a good view of the status of your projects.

When I was managing projects that started from epics and moved to multiple tasks, I found that the integration of epics and user stories could have been a little easier. I've seen people struggling to use that aspect of Jira. I think that there is some ease of use that could be brought in to improve certain things.

I have been working with Jira on and off for the past six to seven years.

This is a stable product.

I have not used Jira for really huge projects. I have had groups of between 30 and 40 people and for that size, there were no issues with scalability.

We have asked a couple of questions from technical support and I don't recall having any issues with that. Everything was as expected.

I have not completed an installation myself, but my understanding is that it is quite straightforward. I am familiar with cloud-based deployment but I believe that it can be deployed in a private environment, as well.

One of my customers told me that they were receiving better pricing for a similar tool from Microsoft. Specifically, the total cost of ownership was cheaper with Microsoft.

This is definitely a tool that I would recommend to people, depending on their needs.

In summary, it is a good product and the only room for improvement that I can see is that it needs better integration.

I would rate this solution an eight out of ten.

It is used by the agile teams for product development and feature management.

It provides very good visibility and traceability. You can clearly see each and every part of a process. It is also user-friendly and robust.

It is working well, and there are a lot of add-ons or plug-ins out there that you can use. 

It would be good if we can grant access based on the roles. This is something that Jira can look into. Currently, anyone with Jira access can access everything. Being able to define access based on the roles will give us more flexibility in managing Jira.

I would like to have more reports in Jira. Currently,  eight or nine reports are there. You can use Screen Test to get more reports or data from Jira, but you will have to get more add-ons, plug-ins, and stuff like that. It would be good if they can increase the number of reports.

I have been using this solution for five years.

It is stable. I don't see any instability in Jira.

It is easily scalable. We have around 1,500 users.

I have not directly interacted with Jira's technical support. We have an internal Jira service desk for any issues.

I have used HP ALM, version 11, and it was not so robust. I found Jira to be more robust. In HP ALM, you can define the requirements and test cases and map them, but you cannot see the in-depth requirements, whereas Jira provides more visibility, and you can see each and every part of a process very clearly. It is more open and user-friendly. 

Traceability is very important for the SDLC process, testing lifecycle, and audits, which is one of the key features that Jira provides. It provides detailed traceability so that you can easily know about the sprints and change requests. With HP ALM, you can define requirements only in one or two lines. It is more of a testing tool. It is not a development lifecycle tool.

The initial setup for Jira was done by a third-party vendor, so we did not face any issues. The migration from an older application to Jira was not so easy, and it required a lot of effort.

It was implemented by a third-party vendor. It requires maintenance, but it is not so difficult to maintain. For maintenance and administration, we have an internal Jira service desk.

You need to do upgrades because you tend to have requirements from different stakeholders. You also have different add-ons and plugins, and Jira also keeps on releasing new versions that might be useful.

I would recommend this solution. I would rate Jira a seven out of ten because there are some areas to be improved in Jira.

We use this solution because it comes with some of the products that we are using. It is a part of the package. Our usage is quite basic, and we have not finished exploring and deploying the whole solution.

It is a complete solution. It has more features as compared to other tools, especially the open-source one that we use. It is also easy to administer.

Based on the feedback from my admin, it is sometimes difficult to find some of the features. It is not a big deal, but its configuration interface can be improved to make it easy to find things.

I have been using this solution for three years.

It is very stable.

We have not deployed it on a very large scale. For now, we have ten users, and it is mostly used for our internal things, but from next week, we're opening it for the community. We'll have a broader experience of the product.

We haven't used their technical support so far.

I have not heard of any complaints about the installation. It takes almost half a day to install. It took some time to configure it for different tools that we use, but the installation was straightforward. There is enough documentation for its installation.

We did it on our own. I only have one admin guy for its deployment. 

We are a regional research and education institute. We're using the free license provided for educational institutes.

I would recommend this solution. I would rate Jira an eight out of ten. 

We are basically using it to register all the requirements and issues so that we can track them and control the flow and different states. We also use it for reporting and configuring dashboards for portfolio management.

It is a SaaS solution, and we are using its latest version.

The flexibility to create different flows is most valuable.

It can have a more high-level view of portfolios. It has quite detailed views, but I would like a high-level view of portfolios.

We want to integrate Jira with Microsoft Active Directory, and I don't know how easy or hard it is going to be. I don't know if Jira supports this. We are starting that integration in the last quarter of this year. I hope to find all the required tools for this integration.

I have been using this solution for two years.

Its stability is very good. I have no complaints.

It is scalable because it is a SaaS solution. It is the best choice for us because it responds to our needs all the time.

We have around 100 people in our organization who use this solution. They are developers, QAs, and managers.

Their support was very good for some of our questions. We didn't have too many issues.

We also have a partner who helps us with all the contracts, payments, and other things. If there is an issue, we contact them, and they provide support.

It was easy because the person who helped with portfolio management had previous experience with Jira. So, it was easy for us. It took about three weeks.

The most important thing is to precisely decide your flows and different stages and cycles. If all these are very clear, you won't have a problem setting up Jira.

I would rate Jira a nine out of ten.

I use the Jira app, not the desktop version. 

I work at a university and we use Jira to create tickets, epics, and stories. We link Jira to spec documentation with Confluence. We can also link it to TestRail.

Within the university that I work for, there are roughly 4,000 people using this solution — all staff members use it. 

I like that it's integrated with the specs. You don't have to put the specs in a shared folder or a shared server. It's all linked together with Confluence. We just put the specs into Confluence and then link it to the ticket in Jira. Once our developer has finished his development, we can link it to TestRail to create test scenarios, test them, and analyze the results of the test.

It should be connected to ServiceNow. We use ServiceNow for deployments from our test environment to QA, then to production. If it was linked to ServiceNow, it would be perfect — it would be more integrated. Still, at least we can link our test scenarios, specs, and the tickets themselves so we can track the requirements — that's good. We have to use ServiceNow separately to deploy and move corrections from one environment to another.

There are a lot of features that need to be added on top of Jira for management, sprint planning, and agile topology for project management. My project manager says that there are not a lot of features for project management in the agile mode. They have to buy other products to put on top of Jira to be able to properly manage and to track what people are doing.

I have been using Jira for two years. 

I was always able to connect. Once you're inside, it's good. We have never experienced any bugs, glitches, or crashes. 

I think it's scalable. It can be integrated with other products easily. It's not a standalone product. Integration is the most important thing when it comes to scalability. I believe it uses a certain technology to make it even more scalable. 

I've never had to contact support. I've never had a bug or a bug message that I needed to open a ticket for. 

We used to use Remedy, but it didn't have everything that Jira has. Jira supports agile methodology. I used Remedy with waterfall projects, but for agile, Jira is the way to go. I've heard people say that Jira is better than DevOps tools.

I don't think it's complex to set up. The features are standard and come included with the product. You only need to know how to use it, create new Jiras, and how to link them. I don't think the setup is complicated. I've installed Oracle E-Business Suite a lot — that's complicated. Jira is much more direct. 

If you're interested in using Jira, you have to just go ahead and buy it and use it. Try to use all the functions that are available. There's a lot of things to do in Jira. I recommend it. 

Overall, on a scale from one to ten, I would give Jira a rating of seven.