Jira Reviews

Our primary use case of Jira is for tracking corporates and for new test cases where we need to execute monthly releases. We use it for test management purposes, whether for tracking or test use cases in their different cycles. We log everything on Jira and are very dependent on it. We are customers of Jira and I'm senior quality assurance person.

We've seen a benefit from the tracking of the release sizes and their status, it's very clear and simple, and the UI for Jira is easy to understand. 

Jira has a good dashboard. If I'm running an automated test script on different levels, say API automated or UI automated, and want to track automation status in the dashboard, I can get the overall status. I know how many cases are automated with the API or the UI and how many cannot be automated. It's a good feature. 

Jira could be more user friendly. When I started using it, I faced difficulties in different project selections and there were issues with bugs. It was not straightforward. I feel it could offer an improved user experience. I have a small issue that whenever I log out there's a bug and for a fraction of a second, I'll get a notification that then disappears before I can do anything about it. 

I've been using Jira for quite some time. 

From a performance perspective, I have faced many issues, some bugs and glitches, and there has been some down time. In general, it's a stable solution. 

The solution is scalable; we have BA, QA and Dev Ops people all using Jira. Everyone has  access, but certain users have access to certain areas. It's our test management tool so we use it a lot, everything is tracked on Jira and our reports come from there. 

We haven't used the technical support.

I used TFS before Jira. They are similar tools but I found TFS to be a more complicated solution.

The deployment took a few hours, some aspects were more complicated than others. 

I'm not involved in the licensing aspect. 

I rate Jira seven out of 10. 

I am working on a project which involves moving Jira onto the Azure boards. We use Azure DevOps for our repository and pipelines and we are looking to move on to Azure boards from JIRA for our ticketing or change request management.

Jira has helped our company because the board layouts are easier to use and has helped us see what is happening in regards to stories and bugs.

The layout, workflow, automation, and metrics are helpful in Jira.

The flexibility of defining your columns that can possibly contain multiple statuses is important. When you have teams that are different levels of granularity, the C levels, only care that it is in progress, but the leads want to know that it is in QA or development. You can accomplish these types of things with JIRA.

The biggest complaint industry-wide about JIRA is they need to purchase additional extensions, such as reporting automation. If they could provide some additional extensions from the initial purchase it would be a huge benefit.

When using the service desk and the developer, the transition could be better between the two. For example, we asked the support desk to send a ticket over to the development and it was a little bit cumbersome. We had to recreate another ticket for development, then we had two tickets, one service desk, and one development. It would be beneficial if the process was more smooth between those two packages.

I have been using Jira for approximately eight years.

The stability of the cloud version of JIRA is very good. However, we did have some issues with the on-premise version but the issue could have been because our servers were overloaded.

The scalability has been very good.

We have approximately 40 people using this solution in my organization, which is mostly everyone. It is used by many departments, such as project offices, development, and coding QA. The only department that is not involved in the use of the solution is the company support. I had worked at a company previously that used the JIRA service desk for their support and it worked well.

I have previously used DevOps and Rally.

JIRA installation is complicated. It is similar to a lot of other systems, the more flexible they tend to be more complicated they become.

We do the maintenance of the solution which is adding users and moving them around. The solution is very hands-off, it does not require a lot of maintenance.

We currently are evaluating other options and are doing a study to see if we are going to continue using JIRA or move to something else.

I would advise those wanting to implement this solution to contact an expert. 

This solution is a top-of-the-line CRM, I have used the others solutions, and it has the most flexibility and the best visibility.

I rate Jira a nine out of ten.

We use Jira for enterprise planning.

We like team collaboration and cross-functional collaboration.

The history with Jira is that it is a bit complex for many users.

There are too many features.

The user interface is complex.

I have been working with Jira for five years.

We are migrating to the latest version.

Jira is pretty stable.

It is scalable enough.

We have 1,000 users in our organization who are using Jira.

We plan to increase our usage.

Before Jira, we did not use any other solutions.

The initial setup is straightforward, nothing out of the norm.

We had a perpetual license but have changed to a subscription.

We are not satisfied with the pricing. It has become more expensive.

We would prefer it to be cheaper.

We evaluated other solutions before choosing Jira. We chose Jira because it is widely used.

I would rate Jira an eight out of ten.

I am currently using Jira for project management purposes, such as tracking the team and opening tickets. I am an admin in my project. When we start a new project, I open a new story in Jira for that project, and I open sub-tasks for that project. From there, I create backlogs. Our team is responsible for those backlogs. I have previously also used Jira for designing workflows for our enterprise.

It is helpful for tracking efforts for our projects. We have around 20 mandate projects, and Jira helps us to see how much effort goes into which feature and which team members have put effort into a project. It helps in anticipating the efforts for the next projects.

The ability to design your own workflows is a great feature.

The reporting part is a little bit difficult for me. It is not so easy. There should be a simpler way to track the efforts of our team. For example, in an Excel sheet, there is a feature for filtering. It would be much better if we can use something like that. Currently, for a complex query, we need to use Jira Query Language. Using Jira Query Language every time is not efficient for me.

Understanding the workflows can be a little bit difficult. For example, if you don't know the workflow well and you get an error, which is not a technical error, you won't be able to find the reason for that error.

I have been using Jira for the last 15 months.

There is no problem with its stability.

Its scalability is good. Too many people use Jira, and there is no problem with its scalability. It is a scalable product.

Our Jira team has five people, and our company has about 1,500 people who use Jira for tracking efforts. We are using it almost every week, and we don't plan to increase or decrease its usage.

We take support from the Jira team in our company. I didn't take support from Atlassian.

I have been with this company for about three years, and they were using Jira when I came here.

I didn't deploy Jira. We have a dedicated Jira team in our enterprise. There are five people on that team. This team supports two Jiras. They also support SoftTech Jira. It is used by about 20,000 people.

I don't remember the deployment time. The upgrade took 8 to 10 hours. We do maintenance frequently because when business processes change, many changes are required in the backend. Jira team takes care of the maintenance.

I would rate Jira an eight out of 10.

We primarily use the solution for project management. 

What I like about this product is how you can manage from the project to the deployment, even using Bamboo or using Bitbucket. 

Being able to automatize the deployment of the solution has been great. 

We're not only managing documentation on the project task, but we're also handling the technical assets that are under the project. 

What I don't like is that perhaps there are not so many different apps that can add value over the management side of the product. They're not able to develop over Jira, even for normal technical activity signing. For managing the project better or for task documentation or even managing tickets or service needs in another way, there needs to be better customization or better apps.

I'm really obsessed with the idea of reducing the number of activities to have a general retail workplace. However, if we need to expand the use of the Atlassian suite to all the teams, all the people, we need something that can be, easier to use and has the ability to offer more guidance to those users that usually don't work with these type of tools. For example, ServiceNow doesn't fit all the needs in the company, however, it can be configured. You can develop so many different functions over it. I don't want to increase the payments and the number of licenses that I have to buy from ServiceNow. I would prefer to have my own developed team and try to define everything on our side - including the functionalities that I would like to build for those proposed functionalities.

I've used the solution in a structured way for about 18 months now. 

We have looked at and worked with several content-managed solutions in the last year. We're trying to build our retail workplace using ServiceNow, and, at the same time, increasing the use of the Atlassian suite. ServiceNow, we use for post activities such as service ticketing, service managing, and so on. 

The introduction of agile has moved us onto the Atlassian suite, which has been really very, very useful. At the same time, we have a partial solution that has been built over Salesforce, using the Salesforce development environment. 

Fortunately, we have so many different solutions for file management. We have FileNet, we have OneDrive. We have SAP. In terms of file management, we have so many different solutions, even Dropbox.

We are using the Jira service center and we are using Trello and Confluence as well.

The deployment is pretty straightforward. It's not overly difficult. We are able to automatize a lot of it. 

We're an Atlassian partner. 

In terms of project management, Trello is not enough of a solution to manage complex projects and maybe some new functions can be developed. I'm not saying that Jira has to develop that, or that Atlassian has to develop that. Perhaps there is something that we can do to create a referring community to develop those new use cases and more simple use cases, and, at the same time, use them for more general purposes in the company. Atlassian fits in the technical side, in the IT side really well. It just needs to move to become friendly in a retail workspace environment, outside of its traditionally technical background.

Overall, I would rate the solution at an eight out of ten.

I would recommend the solution to other users and organizations. 

I work for an insurance company that has developers who need to be tracked. We're working on converting the spreadsheet into a Kanban flow environment. I'm the program manager/master. 

The solution is very powerful, has many good features, in particular a good reporting capability. I like many of the features, and I have the benefit of having a very skilled Jira administrator helping me out because I'm a PM. 

The solution is not as intuitive as it should be and you have to play around with the environment quite a bit before you get a handle on how things work. One of the issues is that it's usual for a ticket to have a primary developer on it and other people supporting, but that's not possible in Jira. They have a very thick policy and a ticket can only have one assigning, although it may be possible to do it as a number coding, I'm not sure. I'd like to see the solution include a feature whereby you can link stories visually, to explicitly show the connection between a user story and a task. 

I've been using Jira for several years. 

Scalability of the solution seems fine.

Technical support could be improved. When you submit a ticket, it can take two or three rounds before you get what you're looking for. I send the ticket and receive an irrelevant response, which doesn't help. You can go backwards and forwards with them and never get there which is very frustrating. I'm not sure if the user community is that helpful. I've submitted two questions but haven't yet received a response. 

The initial setup was quite complex. 

The solution is fairly good at doing a lot of things, and is potentially very good, but it takes some getting up to speed on. I've used a product called Kanban Flow, and that's very intuitive, very easy to use. Jira seems to be more complicated and requires having specialists on board so that if you have a problem, you can get help immediately without having to go through the ordeal of submitting a ticket and waiting two or three days to get a response, which may not be helpful at all. 

I rate this solution a five out of 10. 

We primarily use the solution for software management. 

I really like the linking and user stories, and the formatting on the solution. The formatting options and linking the user stories have been great. 

You can export the whole backlog if you want to - including your roadmap.

The initial setup is easier than the TFS.

The UX and useability os good, especially if you compare it to a solution such as TFS.

You can use it right away without too much of a tutorial. 

The solution is stable. 

The scalability is good.

I would suggest Jira makes the format compatible with Microsoft Word. Currently, when you copy and paste something from Jira, such as tables, it won't be the same when you copy it into a Word file. There are formatting issues. 

If you have 70 or 100 stories, it doesn't work to copy and paste or export each one individually. There needs to be better configuration at a categorization level. 

There needs to be a way to export a user story. 

By default, Jira is epic and story only. It would be ideal if there was a different categorization between the two. It would be nice if there was a third story option. 

There should be a plugin for test cases. 

If the solution doesn't have third-party plugins for some features, they should add it into the main offering to make it more complete. 

I don't have a lot of experience. I only have about four months of experience or something like that. It's not a huge amount of experience, however, I got familiar with the basic features of Jira over that time. The first two months might have been on a trial version.

The solution is stable most of the time. Only rarely are there some points where it's not stable. For example, when you view some issues, sometimes it gives an error. Then, after that, if you refresh or you open it at another time, it may work again.

The solution can scale. If a company wants to expand it, it can do so.

We have more than ten people on the solution. 

If you need to find answers, the community FAQs are pretty good. I've found issues in there in the past that have helped me troubleshoot. So far, I'm pretty satisfied with that aspect of support.

The initial setup is straightforward and simple. It's not difficult or complex. 

I don't deal with pricing, billing, or licensing. I can't speak to the exact cost of the solution. 

We likely pay a licensing fee as we have more than ten people using the solution, however, I can't say what the exact cost is. 

I have been researching the difference between Jira and TFS, to decide what is better for our team to use. I'm very familiar with Jira. However, some of my team members have experience with TFS. I'm trying to decide which management tool we will use in an upcoming project.

I have found that, with TFS, a lot of the features are built-in, however, with Jira, you are required to add in plugins. 

I'm a customer and an end-user.

I would rate the solution at an eight out of ten. For the most part, we have been satisfied with its capabilities. 

I would recommend the solution, however, I would warn that likely a company will also need to add many plugins in order to get the solution to do what they need it to.

We use it for IT project management. We manage the timelines and resources, mainly people resources.

It is a stable solution, and we have had no issues with stability.

For our company, we're thinking about not only project management solutions but also collaboration solutions, and maybe if Jira had a chart or quick commenting option, it would be great.

I've been working with it for two years. It is a cloud-based solution.

We have had no issues with stability.

We currently have ten users, and it is free for ten users. However, we hope to increase usage.

I would rate Jira at eight on a scale from one to ten.

I'm a consulting company. I provide solutions for many companies, and in some cases, I implement Jira. DevOps is something else that I provide for my clients.

Our clients range in all sizes. I have microscopic clients, such as a one-man company, and on the other end of the spectrum, I have the New Zealand government, for example.

The most valuable feature of Jira is that it's a well-known tool that many people are familiar with.

Jira is not the best tool; I just don't like it.

I am not looking to improve Jira. I have transitioned to using Azure DevOps or GitHub.

I don't like the interface or the way it is structured. I prefer the way it is done in Azure DevOps.

It is not user-friendly.

I have been acquainted with Jira for approximately five years.

Jira is a stable solution.

I have not contacted technical support.

We are also providing Azure DevOps.

I would recommend DevOps because it is more user-friendly and easier to use.

I was not involved in the initial setup of Jira.

I would rate Jira a five out of ten.

We are using the recent version.

We use it for story and sprint planning, as well as for reporting. 

The solution benefits our organization with its agility, planning and visibility in respect of large teams spanning different geo locations.

The tool is well known and popular to use. 

The sprint planning is pretty good, as are the reporting piece, retrospective reporting and the planning board. 

It is a great tool from the planning perspective, such as that of capacity and sprint planning. 

As the solution is highly configurable, it has very poor governance. There is nothing which comes out of Jira to go into the product. It is free for all and anyone can create with it. This means that the responsibility lies with the user community to create some form of governance. 

Moreover, the solution is geared to small teams. It lacks scalability. 

The tool is not good at the enterprise level. This means that, depending on how the person installed the software, the issue of performance may increase commensurate with the number of projects. While plugin for x-ray exists, it is not that mature in test management. Although it's a good tool for many of the smaller clients, once a person goes deeper into it, it's not there, even though it will get the work done. 

It is a less desirable solution in controlled environments, such as science, banking and finance, in which there is a need for certain compliance supports.

The solution is not that great for audit histories. It's a great tool when much integration is involved. With cold products, things can always be achieved through other means. 

When the teams collaborate, they need multiple metrics to be tracked. With this comes the issue of direct impacts, such as the appearance of one's UI and its usability aspects. The screens have changed greatly in appearance over the last ten years. This is an issue which every software dealt with in line with the growth of usage and complexity. 

I have been using Jira for nearly ten years. 

The solution is stable. 

The solution is good for small teams. It lacks scalability. It does not work well when it must be used across multiple domains and multiple teams which need to collaborate. 

The Atlassian strategy is that the solution be open to all to encourage collaboration. But, this raises the issue of how to control the data input and the tool and all that it comprises in respect of the reporting that is generated. This means that poor data quality in the geo projects will equate with poor reporting on it. 

As such, supplementation by the teams or organizations using it is required. They must come up with their own rules of governance about who can do what. 

The product is not being extensively used at the moment. It is a niche product. I have not seen usage behind it. It involves ID users for certain teams. 

We do not have plans to increase usage. This will depend on the feedback we receive. 

I have not made use of technical support. 

We did not switch to Jira. It is simply one of the products that we also use in addition to an in-house micro focus ALM. 

While I was not involved in the initial setup, my understanding is that it is simple. Atlassian puts out many different products and I cannot say for certain how I would have handled ones which are on-premises, compared to those which are cloud-based or server products. 

I am not in a position to comment on the licensing. 

We make use of the solution on Jira Cloud. 

While I cannot say with certainty, I would estimate the number of users in our organization at a thousand-plus. 

This figure contemplates different departments, such as that involving support. 

My advice is that someone in a large enterprise first give consideration to the issue of governance before implementing the solution. For a small team it is ready to use straight out of the box. One need just try and stay with the default workflows. There is no need to overengineer the product. 

The product is good, stable and very cost-effective for small teams. These are some of its advantages. 

I rate Jira as a seven out of ten.