Jira Reviews

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.

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.

We use Jira for the overall issue management in development projects. We use it to maintain a high level during each sprint, which is a requirement. We also use Jira for issue management during testing. We create a test plan and manage it all with Jira.

Jira is very user friendly, easy to install, and easy to access. The most valuable feature in Jira is release management. You can also manage a consolidated dashboard that can be accessed globally by all the team members. We can do all this with Jira while engaging in development. 

One of the key benefits is that it's a single repository for all your SDLC. Based on the user ID and password, anyone can access it, and they also have a single sign-on. It's not that very complicated to do issue management with Jira. We can also pull Jira data and generate quality metrics that can be used for the overall optimization of the test execution. 

Although it covers the overall requirements and measurements, it'll help if they had their own test execution feature. Because right now, we're using third-party tools to test executions.

If there are multiple projects, it could be a good thing if they had a reporting method where you have a portfolio view with predictions and so on. If there were a way to manage all the SLAs, that would be helpful too. 

Jira is stable and meets our requirements. You don't have to use it out of the box as you can customize it to your requirements.

Scalability isn't a problem because we have used it with over 200 users. You don't have to stick to any out of the box features as you can customize them.

Almost everything is covered in their documentation. As payment is required for support, we mostly follow the documentation.

We used Microsoft DSP before. We were looking during a licensing phase for something where the non-licensing cost wouldn't be more, and the system requirement would be minimum. That's what qualified Jira, and we went with the data.

The initial setup is very good. I wouldn't say that it's very complicated. They have customization options for things like issue management. You can customize it based on your terminology and project.

For a simple set up, it may take around four hours. If it's a 20 member project, it's quite easy to set up Jira. But if it's to be made available enterprise-wide, it takes longer. I had complex projects where it took anywhere from three to four days or a week to set up. You should also note that it may take new users a week to understand it properly.

We tried to do a total uniform deployment, but it's not always possible because every project has some customization. A single user can deploy Jira. I have deployed and managed 20 to 22 users in a Jira instance. Basically, the Jira administrator creates the template. But if the project requires customization to write queries and run tests, that will require some additional skill.  

As a company, we get a subsidized price, and it's lower than what's quoted on their website.

To a certain extent, maybe 70% to 80%, Jira will meet your project development budget. It has integrations with other platforms, so if you want to put it in your DevOps continuous integration flow, it can be done.

If you're engaging in software development, there should be a single repository where you store everything. Then you can start managing it with Jira based on the business requirements and the user stories.

On a scale from one to ten, I would give Jira a seven.

I have been the product manager for several years. I use it day in and day out to manage my team. I manage two teams at the moment and they are pretty large teams. Each has a minimum of about 12 people. We use not just agile, we use a scale model framework. All the work is managed through two pieces of software we use. One is called Jira Align. For the portfolio level software, what Jira bought recently, the previous name for the software was AgileCraft. All of the portfolios and features come loaded in Jira Align. From there, they will be composed into stories in Jira. That process is done using programming preventative planning. We do it every three months.

All of the stories are tracked. We have a workflow defined and we have statuses defined. As the team works on the story, the story moves from one status to another and we close them when everything gets carried over to the production release.

The workflow is the most valuable aspect of the solution for us.

The user story map is excellent. The features can be composed into stories and they can be allocated to each of the sprints in a program increment. It allows you to see all that in the user story map, and you have various dashboards to see the stories in various views. You can see them as a backlog view, for example, or you can see as an actual sprint view.

There are excellent reports that come out of the data for every sprint so that you can do metrics on each. You can measure how the team is performing with respect to burn down charts, or with respect to how many story points were produced, or how many stories were moved out. For this, you can gauge the performance of the teams very effectively.

The solution needs performance improvements. We see that a lot of times it's clocking whenever there's any abuse.

When we switch from one view to the other, it takes some time before that view is presented. The performance for different dashboards, whenever they are loaded, it takes more time than you're comfortable with. Whenever you move from one dashboard view to another dashboard view, then it should come up quickly. Right now it takes a long time and sometimes it clocks. The overall product performance, whenever you switch a view is what they need to work on.

Whenever you edit a story, whatever you have changed takes a bit of time to save.

The integration between Jira and Jira Align needs to be better. There's a lot of differences between the two systems. I believe what happened was Jira bought this software from a different company called AgileCraft. And that integration is still in process, and, because of that, there's a lot of differences between the statuses. That sometimes creates a lot of confusion for senior management whenever they're reviewing performance across teams. Better integration between Jira and Jira Align is on the top of my "most desired upgrades" list.

The solution should improve performance when there are multiple users.

I've been using the solution for about seven years now.

Whenever you load different views, it takes time. That's the only major issue. I didn't see any major glitches due to the fact that Atlassian is really good at catching them. The stability of this product is really great. I've been using it for, as I said for six, seven years now. I'm never unhappy with it.

Our entire company, whenever there's a new division that goes into the agile mode of developing software, brings on Jira.

It's really scalable, however, at the same time, you need to really throw hardware at it to offer better response times when you add users. That goes without saying for most of the software.

We currently have 2,000 users on the solution. We plan to continue to increase usage in the future.

We have an internal tech support team for Jira. We contact them whenever we run into issues. We have a platform for IT tickets. We use that to call them. I haven't directly called Jira Atlassian at any point, so I can't speak about their direct technical support.

I have used other packages for agile project management.

I wasn't involved in the initial setup, however, we have a Jira administrator and they have a group, and that handles it. I implemented Jira for my teams. I added users to roles on the system. Roles such as developer, administrator, approval, managers, etc. That is all done by myself. In terms of that task, and setting up a project, it's fairly easy.

Implementation is a multi-year process. Right now, the whole company is on Jira. Whenever there's a new group, it gets added, and a new team is created. It's always a work in progress and it's not very time-consuming.

I would say the training of people on how to use Jira effectively takes some time. It's very intuitive, however, at the same time, a little training goes a long way in utilizing the software in a much better manner.

We are using the latest version of the solution.

It's a great piece of software. If you really want to do agile software project management Jira is definitely should be a top choice for you.

I'd rate the solution eight out of ten.