Jira Reviews

In terms of using Jira, I was more on the user side and not really acting as, for example, service desk or support for the Jira installation. That was not my part of the project. I was more tasked with setting up the infrastructure from the architecture point of view. We needed a ticketing system and we need a planning system and the team that was responsible for the tools was installing and providing them with the workflow that we needed.

The solution is pretty flexible. I have worked in different projects using different features. From agile to just normal project management and task management. It's got a lot of great features. 

If we're talking specifically about project management, the solution is pretty nice. There are a bunch of modules and plugins and add-ons that you can use if you need to.

The test management aspect of Jira is pretty pure. They have a lot of great plugins that really expand your options.

There's always room for improvement, however, it depends on how you intend to use the solution. It's hard to pinpoint exact features that are lacking as the solution is quite vast.

From the project management perspective, I would say there are a lot of different issues that could be tweaked. There can be small improvements with traceability, for example.

I have no idea how long I've been working with the product at this point. It's probably been about ten years or so.

The pricing is fair. Right now, I'm using the solution for my small projects. For example, I'm using the Jira Cloud and Confluence Cloud, which are pretty nice. For small teams, it's a very, very interesting option.

We're just a customer.

I'd advise, for those users who don't need an enterprise-level environment, that they go for a cloud deployment. For others, they don't really have a choice. They will have to follow up with enterprise security and other protocols. There are not that many options, I would say. 

I have learned that Jira, starting in 2024, will not be available as a server installation anymore. Soon there won't be any options at all. It will be the cloud or nothing. 

Overall, I'd rate the solution ten out of ten. It's a very good product.

For small teams, the cloud works well. You can do basically whatever you want there, so it's fine. It's also not cost intensive if you're talking about using it for small teams.

I am a consultant, and we have some customers with projects who use Jira.

We have customers with different Jira installations because there are so many vendors. It is mostly used as a bug tracking system with tickets, issues and tags.

The feature that I have found most valuable is that it is a quite powerful user tracking system. Also, we use it to print tasks for planning so you can also see what's happening in the system and follow the tickets.

In terms of what could be improved, there is not much I don't like. It is a little bit faster but with Firefox it can be slow, but that is also the case with many other tools as well. It has quite a lot of options and fields, so I'm not too familiar with them all. That makes it a bit trickier. It could be a little bit easier, it is not that simple or straightforward. 

The tool itself is so powerful and the customer's expectation is very high because you have so many things you can do with it. That can make it a little non-user friendly.

I would want to see Jira include some improvements, like drag and drop and color, to make it more straightforward. If you compare it to Microsoft or Octane, they have good features that I would like to see in Jira as well.

Overall, Jira is a little bit old fashioned, it could be more user friendly.

They should make it simpler, to just be able to do some functions, whereas now it takes longer. There are too many clicks.

I have been using Jira for around 15 years or so, but not all the time.

The stability is fine. We have some issue now with our customers, it could be due to the network or other issues, I don't know if it is because of Jira itself. We have quite a complex environment and system for our customers. At the moment we have several tools and different systems. We have some issues with downtime but I am not sure why.

My advice to anyone thinking about Jira is that it would be wise to at least find out the most crucial functions that you need in the product, what features are most important, determine how the project will use Jira, and the most important thing is to have some kind of user training plan because the tool is so complex and flexible that you can use it in many, many different ways. 

On a scale of one to ten, I would give Jira a nine.

I would give it a nine because of course it needs some improvements. For example, the usability and its speed.

On-premises

The adaptability of the Scrum and Kanban boards for other uses, with careful use of the customization features.

It has simplified our PM work tremendously, as we switched from VersionOne. We have much more buy-in from dev teams and we see a marked difference in productivity.

Ease of administration and customization. It is really clunky in this area. Also, permissions are nice, but they need more refinement so a project admin has more capability and less reliance on the system administrators.

We have been using this solution for approximately four years.

There were issues with deployment. Because we use it on-premises rather than in the cloud, for regulatory reasons, we are often behind, but not for long. Apart from that, our PlatOps team always runs into problems, though I cannot speak directly to those issues.

There weren't terrible issues with stability, but it is easy, when customizing, to make a mistake that will "break" JIRA for all users. It takes a lot of care.

I did not encounter any issues with scalability.

Customer Service:

Customer service is excellent, although they are only available via email.

Technical Support:

Technical support is excellent, because they are responsive.

We used VersionOne and it was simply too powerful, so to speak. It was bulky, expensive, and simply became a mess with so many users. VersionOne isn't a bad product at all, but our IT department just isn't big or complex enough for an "enterprise" product.

We implemented it ourselves.

Our ROI is very good. Almost all licenses are taken and it is even being used by the rest of the business, outside of IT.

The licensing model is annoying. They nickel and dime you.

We evaluated Asana and even Trello, as we were trying to simplify. But those solutions, among others, were too simple.

Ensure that your admins learn by first installing to a QA server for experimentation, if you are doing it on-premises. As for those learning it in the cloud version, create dummy projects, categorize them as such, and be careful about how many changes you make at once.

Getting our Service Desk out of a system of stored emails and into a ticket system where we can queue, assign, track, report, and store knowledge has been great for us.

JIRA was our first experience with ITSM implementation. It allowed us to reduce the amount of tools we were using, standardize our procedures, and measure our work. This allowed us to show the need for additional staff resources, additional training, track our busiest times and prepare for them.

Administration: JIRA administration is not as efficient as it should be. JIRA is aware of many relationships but doesn't bother to show them to you on the admin side. Example. JIRA knows what roles I'm using for a project because they are listed in the permission scheme. Rather than just showing me the roles listed in the scheme it will show you every role in the database. This makes the page load slowly and is frustrating to scroll through. There are many other examples of this same function for administrators.

31 months

No, deploying JIRA in our VM environment was not a problem.

We did have some issues with stability in the beginning. We were pushing the ticket limit is 4.1 and it caused some issues. We later tested the High Availability Clustering and the archival tools for this which were very nice and did work, but were to expensive at the time.

We did have some limitations but that was not an issue after 4.4 when the ticket limit was doubled.

Customer Service: Customer service has not been helpful but I have not minded since the wiki documentation and Atlassian Answers forum have been great. The developers I have done beta testing for have also been great. They are good about using your feedback as they design.Technical Support: The wiki and forums are wonderful. I get all my answers from those two sources. Talking to a customer representative has not led to anything useful.

We had a system called EPIC that we had created in house and did not have the functions and capabilities JIRA had. JIRA was also a more cost effective solution.

I did have complexities in the beginning and again as I was scaling but they were not the tool as much as establishing efficient shared processes and procedures.

In-house. Two of use spent time learning the tool and implementing it in our area first and then across the University.

In dollars, nothing. We are not charging to use our implementation. In employee resources, project planning, training, staffing, process efficiency, a lot. It would be hard to say the actual cost.

Our original cost was about $2000 for our licenses and hosting costs to get started. We are currently paying about $6000 dollars per year for our current installation.

We tested three or four other options including, BaseCamp, Footprints, Drupal, and a lite version of BMC. We were a small area at the time and JIRA's combination of cost model and function won.

This is a very cost effective application if you are looking to do application development, incident management, request fulfillment, problem management, knowledge management, or project tracking at a low maturity.

We use Jira mostly for task coordination and assignment. Additionally, scrum methodologies defined work items and bug issues. If we create any bugs all of them are fixed.

Jira can improve by making methodologies better, such as scrum and agile. Additionally, improvements in Kanban boards are needed.

I have been using Jira for approximately five years.

The stability of Jira is good.

Jira is scalable, this is in part because in our company we use it on the cloud.

We have not needed to use the support from Jira. It is easy to find information on Google or any other search platform. If we encounter an issue we can find the solution online.

The initial setup of Jira was simple.

The standard package of Jira is for 100 users. They should offer more packages for other increments, such as 500 or 2,000. In my previous company, there was a free package that provided a minimal number of users.

I rate Jira an eight out of ten.

Jira is used by my clients across their organizations. They use it for everything related to IT solutions.

Jira has been a good, powerful tool for collaborating across large groups of people.

I use structures as well as the reporting features, personally. The JQL feature is powerful and easy to use. 

The Jira dashboards could be more useful. The dashboards have good widgets but the comparison of data over time or extraction of trends from the data is not easy. This is important for us from a governance perspective. Currently, we do this outside of Jira in Excel manually or using other reporting tools. 

Secondly, it would be useful if the graphs in Jira could be more customizable. If you draw a graph on Excel sheet, you are able to do a lot of customizations. Those kinds of customizations are not possible with the current implementation of Jira. 

When you create structures such as hierarchy, including epics and stories, if you change something, the fields are not correlated. This makes the tracking of changes a manual process.

I have been using Jira for more than a year, but I'm working on a project which has been using it for five years.

This is a stable solution but it can be quite slow. The speed at which Jira operates depends on how it is implemented. 

I would rate this solution a seven out of ten. 

Public Cloud

We are using primarily using Jira for the project and issue tracking mostly.

One of the most valuable features is querying because the jQuery function is very good. Additionally, we can create good designs very easily.

There are too many restrictions in Jira. In DevOps, you can access the dashboards easily, but in Jira, you should have more administration rights. In our organization, there are some restrictions on creating dashboards and other features. Everything should be accessible with all access rights for everyone.

Jira should allow you to create and develop pipelines easily. In India, we have to purchase them separately or integrate other data tools. All these tools should be in Jira.

I have used Jira for approximately 12 years.

Jira is stable.

In my experience Jira is scalable.

The technical support has been satisfactory but could be better.

I have used DevOps and the main difference between DevOps and Jira is the test cases. You can have test cases in DevOps, but not in Jira. This is what I have observed in my recent comparison. Jira has jQuery and it is far better than what they have in DevOps. There are some filtration and grouping settings in DevOps which I do not like.

The initial setup is easy.

Jira is expensive and a lot of people are choosing DevOps because they are cheaper, open-source, easy to use, and have basic licenses. Jira should decrease its price to be more competitive.

I rate Jira an eight out of ten.

Public Cloud

We have been using Jira for schedule management as well as for making updates to our projects. I mention this in my capacity as a project manager. I most recently used the solution this year and did so for scheduled management of our varied tasks and projects. JIRA is actually used to put together an entire portfolio for each one of the teams, meaning for everybody. The solution listed each of our projects individually, with us needing to provide daily and regular updates. 

A most valuable feature involves the ability to customize the entries and to update them quickly. Unlike what was previously available, the solution allows us to create specific codes and symbols for the individual teams. The new version allows one to customize and to use demarcators. There is a code that can be entered in Align upon completion of a project or task and this apprises the project manager that it is time for its removal. 

Something I do not like about the new version is that there is a need to browse all the way back to the beginning, should a person click on a task that is specifically for his group and wish to go back and look at the other portfolios or people. However, I cannot state definitively if this situation owes itself to the way our team put the site together or to something administrative. When clicking the back button it would take the person to the wrong page, not to the one he desires. One would actually have no choice but to browse back to the portfolio and to find his group again and open it. Again, it is not clear to me if this problem lies with Jira or with the way our team laid out the site. 

I feel Jira is stable. The only hiccup which comes to mind is the one I mentioned, although it is not clear to me if this owed itself to the network we were using or to limitations of the application. Except for this, everything about the solution is stable. The only time a person can not look at the information is when the administrator announces his intention to remove it. 

The scalability is pretty good and we started on this process from the moment we started utilizing the solution. While we had only three teams and three sections, between December and January 15th the developers came together and expanded from three to 76 different tasks across the different teams. By February there were over 300 teams. Expansion is easy and did not just encompass our teams but also provided links to others that were outside of our main team set so that there were reference points available.

I would say the tech support is pretty good. I got back a couple of answers in response to an email I sent out. 

It was quite easy for me to set up my own pages. I had a field day with creating my own test pages and was able to play around with them and simply test out the different settings. Pulling in new documentation was very easy. The same holds true with pulling in attachments and it was, consequently, easy to set up. As well, I was able to set up certain sub-pages for our team for going in and checking JIRA.

There were initially eight people involved in the maintenance of the solution and deployment of updates. They had the people to whom they answered. We are talking about a large-scale effort. Without taking into account the Jira support line, I would say there were around 12 people managing and administering this version. For our specific team, there were around three. They were the actual decision makers. 

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

Our team does not use the solution exclusively. There are multiple ones which do, although I cannot state how many teams are doing so. I do know that the entire section of our agency is doing so and this accounts for a lot of people, well over a hundred. 

The solution is pretty good and is geared towards those with multiple teams who are using it for the same purposes as us. We use it for providing daily and scrub updates, for which it is really good, as it allows one to track every entry and see when it's entered, timestamp and all. So, if a person has a lot of mission-critical or time-sensitive activities, JIRA is pretty good for tracking and helping to keep everything organized.

While I am still biased towards services at the moment, I rate Jira as an eight out of ten, at it is really good and very functional.