Jira Reviews

We use the solution primarily for the IT development processes since we also develop some internal software and integrations. We use it for IT support. We also use the project management features. We help create some custom projects within Jira and assign or dedicate some of the projects to top-level projects. Some are epic projects. We have our own custom project structure within Jira.

The product provides high flexibility to create new workflows quickly. There isn't much work. We use it to track developers' and other IT personnel's time. Everybody enters all the tasks so we can create reports quickly. The integrations are fairly straightforward. The reporting and analytics feature considerably impacts our project management and decision-making process. I rate the impact an eight out of ten.

We had quite a lot of issues integrating BMC Remedy and Jira. They're different. A lot of information needs to be exchanged. The changes that need to be promoted from one on-site to another are challenging. It is easier to integrate Jira with other systems than BMC Remedy. The database has grown since we've been using the tool for 12 years. The performance and stability are visibly degrading since the database has been growing every year.

I have been using the solution for 12 years.

I rate the stability a six out of ten. We have a large database.

The demand is growing. Even though we put in additional and better hardware, the scalability is not what we would like it to be. I rate the scalability a four or five out of ten.

The deployment took a couple of months. We needed a team of five to ten people to deploy the product. I rate the ease of setup a nine out of ten.

I rate the pricing a seven out of ten. The tool is expensive.

We looked for an alternative since Jira’s licensing is expensive. We tested five to six other products. However, we chose Jira because it is quite a solid product. We had a lot of data to migrate and didn't want to spend too much time doing that.

We don't use bug tracking in Jira. I haven't contacted support at all. I’m not responsible for maintaining the Jira deployment. My colleagues take care of it. I might recommend the solution depending on the size and purpose someone wants to use it for. If we don't have personnel to administer Jira, we will have to hire a relatively expensive company to do it. Overall, I rate the product a seven out of ten.

We are using Jira to plan and manage projects, including tasks, sprints, and releases.

It allows teams to create, assign, and track issues. It supports various agile methodologies like Scrum and Kanban, providing tools for backlog management, sprint planning, and burndown charts. 

It offers robust reporting capabilities, allowing teams to track progress, monitor team performance, and generate visual reports.

Jira's user-specific dashboards and reporting capabilities provided insights into individual and team performance. This promoted accountability and allowed our development team to recognize and reward high-performing team members.

Jira's collaborative features, such as comments, notifications, and real-time updates, facilitate better communication. Teams can discuss tasks, provide feedback, and track progress in one centralized platform, leading to smoother workflows. 

Tracking bugs, feature requests, and development tasks was cumbersome. It was difficult to prioritize and assign issues, leading to delays in issue resolution. With Jira's issue-tracking capabilities, we can create customizable workflows. This enables users to capture, categorize, and assign issues with ease. As a result, the development team can address issues promptly, improving product quality.

Jira's native support for agile practices, including Scrum and Kanban boards, allowed our development team to embrace agile methodologies seamlessly. This enabled them to prioritize features, plan sprints, and adapt to evolving client needs more effectively.            

Jira's user-specific dashboards and reporting capabilities provided insights into individual and team performance. This promoted accountability and allowed our development team to recognize and reward high-performing team members.

Jira required a significant amount of system resources, particularly for larger organizations with extensive workflows and numerous projects.                            

The high level of customization and feature-rich nature of Jira are confusing for new users, requiring some time to learn and navigate.

Administering Jira, especially in large organizations with complex workflows, can be challenging and may require expertise.

I have been using Jira for issue tracking and task management for the last seven years.

We did not previously use a different solution.

I have managed various projects using Jira, including tasks for the government, the environmental sector, education, and donation applications. I have also worked on multiple websites for marketing and search engine optimization.

The most valuable feature of Jira for sprint planning is the timeline feature, which allows for better visualization and planning of releases. However, there are limitations compared to other tools like TFS, which offer more flexibility with features like user stories, epics, and initiatives without extra fees. Despite this, Jira's ease of adding user stories to sprints and connecting them to releases is very good.

Jira lacks easy capacity calculation compared to TFS, making it harder to know how much work to allocate to each specialist. In TFS, it is simpler to manage capacity and reassign tasks when necessary. Additionally, a feature in TFS automatically creates relevant tasks based on a code snippet linked to a user story, saving time and effort in task creation. This feature isn't available in Jira, which makes task management less streamlined.

I have been working with Jira for almost two years.

Jira is expensive.

I recommend Jira for its usability, especially for writing user stories and adjusting metrics, though it is expensive.

Jira has improved our team's productivity mainly through integrations, particularly with Slack. This integration helps keep track of changes made to user stories, providing alerts for any updates. 

I would recommend Jira for managing projects in agile environments, but certain features are necessary for better functionality, like improved capacity calculation and streamlined task creation. Additionally, Jira can be expensive, so essential tools like test planning should ideally be included in the standard subscription rather than requiring costly third-party plugins.

Overall, I would rate Jira as a seven out of ten.

I personally use Jira for project management and agile software development. I'm an information technology program manager and we are customers of Jira. 

We're a software development company and Jira is an essential element of our daily work. We wouldn't be able to function without it. 

Jira is a very comprehensive and flexible product. It's easy to set up, easy to learn, and is very user-friendly. If you're using the cloud version from Atlassian, there are no issues with maintenance or performance. I especially like the advanced planning features in the premium version and there are plenty of apps available if any functionality is missing.

The only complaint I have about Jira is that there is no field-level permission for the issues in the Jira cloud version. You can get an app for the server version, but the cloud version doesn't allow that type of functionality. For example, I write a user story that goes to the customer for approval. Once approved, I would want to be able to lock the description for that user story so it can't be changed, but I'm unable to do that. I can lock the whole story but not the description alone. It creates a problem because when I need to add the story to a sprint, I need to change the sprint number field. It can't be done because the whole issue is locked or lacks the properties to be edited.  

The other thing missing is a straight connection to the pipelines and the source control. I think it should be integrated with GitHub and other products that developers use. It's the lack of integration that's the main reason we are considering moving to Azure DevOps.

I've been using this solution for several years. 

I haven't had a single issue with Jira.

Jira is easily scalable to any level you want. Our company has 60 to 70 users working on multiple projects and we have a second installation specifically for one of our customers which has around 25 users. The users in our company have traditional roles; developers, business analysts, QA engineers, project managers and customers. We're using it constantly. 

Jira has a two-tier pricing system; a basic level and a premium level, which I think could be broken down a little more, but the pricing and billing are reasonable. You can add or remove users and they bill you dynamically month to month based on the number of users. It would be nice to have tiered pricing based on user numbers because, for large companies with hundreds of users, it's going to become expensive really quickly. It's acceptable for us and we have what we need.

We are considering switching to DevOps and are currently carrying out an evaluation. The main reason is that our offshore team uses DevOps for everything. We started with Jira so they had to use it for us, but we're hearing that DevOps is better integrated with source control and releases, so it's something we're considering now. 

I've had a look at the pricing of DevOps and it's really strange. Basic pricing is $6 per user per month or if you want to include test plans it jumps to $52 per user per month, which is an astronomical jump. I'm not sure whether it's $52 for every single user on the system. Jira charges $7 per user, per month for the basic version or $14 per user, per month for the premium one.

The product is very useful. As a program manager, I recommend it wholeheartedly. The cloud version is easy to set up, and there's no maintenance required. I haven't incurred any issues with performance or updates being applied incorrectly or any bugs. 

I rate the solution nine out of 10. 

We used it in my previous organization for project management, product management, and release management. In my current organization, where I started working a week ago, we are using Jira strictly for help-desk tickets. We are using DevOps for our release management. So, we've got DevOps, Jira, and some homegrown stuff, and I'm trying to figure out what's going to work best for this new organization.

I've used Jira and Confluence previously, and this is my first time using the help-desk ticketing system. It is cool and not a whole lot different than SolarWinds or Zendesk, except the appearance of it is more Jira.

We were using Microsoft OneNote for systems engineering and network engineering. It was being used for our documentation, environments, and services, and it was a nightmare. We transitioned everybody and copied everything into Confluence. We were then able to tag specific tickets to the notes, and there were links between what work was recently done and the most updated notes in Confluence.

The roadmap feature and the ability to integrate with Power BI are probably the most valuable features in it. It is a great solution. I absolutely love it. It is a tool that was designed for project management, and it has been awesome to work with it so far. I also love Confluence.

They can maybe dumb down the directions for building the automation a little bit because to be able to build out the automation, I had to play around with it and learn what all the fields meant and what they were referencing. I don't have an IT background originally. My background is in biology, and I got into project management by chance. I am good at it, but I haven't really worked with coding languages. In terms of writing automation, it is easier for devs because they intuitively know what they're being asked, but as a PM who originally didn't have IT experience, it was a little bit daunting at first.

It could also have an extra hierarchy to be able to allow tasks under stories. It could be the way it is set up at our organization, but currently, under stories, you can have sub-tasks, but you can't create a task. Being able to customize your hierarchy a little bit more would be beneficial because sometimes, the devs would say, "Well, here's a story, and now we need sub-tasks," but as we were building out the sub-tasks, sometimes we had to go a step lower to dig in a little bit more, and we couldn't do that.

I have been using this solution for two years.

It has never gone down for me. It was always reliable, even from the mobile app.

It was fine. It seemed to integrate with all of our systems with ease. At my previous organization, there were probably 500 or 600 people using Jira. There were many different roles including product management, project management, VPs of IT and Ops, IT data services, developers, network engineers, systems engineers, and CBAs. It was a full scale of IT professionals.

At my current organization, where I started working a week ago, we are using Jira, but there are only a handful of people who are actually using it. It is strictly for help-desk tickets. I am trying to implement it and roll it out to the organization on a much larger scale, and I'm going to have to talk to them about pricing and other things. In this new organization, there are probably about 500 or 600 employees in total. Assuming I get the buy-in from everyone, which I don't think would be a problem, I would probably need at least a hundred licenses for users and then expand from there as needed.

I haven't interacted with their technical support, but I bet they would have been awesome.

I have used Smartsheet, MS Project, and Trello. Jira is more software-development-specific and a much easier tool to use.

In my previous organization, I believe its initial setup was complex. I was not at the administrative user level. I was given admin privileges for certain projects but not for the whole Jira. This is the first time I actually have admin privileges over all of Jira, and it was set up for me.

It probably took a few days. It would have also involved a lot of conversations and other stuff.

It would have been in-house. In terms of maintenance, it didn't seem to need maintenance from our side.

I would advise going with the entire Atlassian suite. Don't just use one aspect of Jira, unless you have a very specific need for using bits and pieces. Jira is better when Confluence and everything can be integrated, and you have source code management and all of that from the same software or platform.

I would rate Jira a ten out of ten. I love Jira. It has the ability to just do everything, and it is a one-stop shop for all of your IT software development needs.

My primary use case involves creating tickets and tracking them in Jira. I am responsible for planning iterations and PIs, and I make use of the AI features for summarizing tickets.

Jira is user-friendly and offers many features. The AI integration, particularly for summarizing tickets, is extremely valuable as it simplifies understanding ticket content without delving into detailed descriptions. The user interface is nice to use, and the workflow automation could potentially make operations simpler.

To improve Jira, providing proper documentation, examples, or snippets for scripting workflows would be beneficial. It would simplify the user experience, making the automation process easier.

I have been an end user of Jira for almost four years.

I do not see any issues with the stability of Jira.

I am not aware of the scalability specifics since I am just an end user.

Previously, we used Jama. It has been out of scope for a few years and Jira took its place. This was a company decision, and globally, our company is now using Microsoft Azure.

I am satisfied with Jira and would rate the overall solution a ten out of ten.

I am using Jira for some programming-driven planning and PI planning system, but I have just started using it for that. I am primarily using it for some projects.

I'm serving as an enterprise agile coach, so I work with a team to help them use Jira. I'm not really sure what the exact data subjects are, but I mostly look at what the team is doing and if they have updated, then they let me know. I'm not using Jira for my own instances, but for my team's. I'm helping the scrum masters and the product owners.

The solution is deployed on cloud.

In terms of scrum teams, I find that usually, the product backlog depends on charts and especially reports like Sprint Reports. I find the reports to be very useful. With regard to SAFe Agile, I was looking at having a proper program board. So far, I have tried using the portfolio feature. Something that I have been looking to understand or learn more about is how to integrate Scaled Agile and their work types into the Jira.

I'm still exploring the solution. I think the knowledge is a challenge because most people are used to Jira for teams, but not Scaled Agile. I think that is an issue with awareness. We are looking for some YouTube videos and help pages on finding that. Maybe there are features, but sometimes we aren't aware of them. We are still in the exploration stage.

I would love to see transparency in terms of how the program is displayed when you are working in multiple teams, especially how the dependencies could be tracked. The most important thing at the moment is that it is easy to do.

Something I would like to see improved is the traceability feature. When you have a user story, if you can see all the test cases, it would be an improvement if you could see any design documents or any change management. If you can see the traceability nicely, that is also something that we are looking for. Today we can link and do things like that, but sometimes the solution has a bit of a challenge with attaching test cases, so I think we have to use some plugin. Traceability with the test cases could be improved.

I have worked with this solution for five years.

The solution is stable.

I'm not able to comment on the scalability because I work with different types of teams. Some teams are really big, and they haven't said that they've faced any challenges. I haven't specifically asked, so I'm not very able to comment on that because I don't know for sure.

I'm working with a couple of teams made up of 20-30 users or 100-150 users, and maybe more for certain accounts.

I haven't had a lot of experience with technical support, but for the questions that I have raised, I received a pretty quick response, so I'm happy with that.

Setup wasn't that big of a challenge.

Implementation was done by Jira administrators, which was good.

The license is yearly. It is a large, long-running program.

Some of my teams have been using Version 1 and Rally. Because of that, I have been exposed to those tools for some extent.

My experience is much more with Jira. That's why I tend to go for Jira, but we haven't used many other solutions. Based on teams and what the people are saying, they find Jira to be more user-friendly. For Scaled Agile, I have also heard that they have found certain features in Rally more useful. But I don't know, I haven't used Rally to that extent.

I would rate this solution 7 out of 10.

We maintain all space-related information in Jira. We track all stories and add tasks to identify specific services. We pull the relevant functions onto the screen. We follow a two-week sprint cycle, completing sprints accordingly. We proceed to make a release. We conduct testing activities, whether manual or automated. If bugs are identified, we fix them. The customer story remains in the loop until we move to the release cycle. Upon release, developers can automatically deploy the code. After deployment, we proceed with user acceptance testing and move to the front end.

Everything is tracked in one place.

There could be an improvement in loading files and images for more than 50 MB. It would be good if it allowed more than 100 MB.

Additionally, Jira analytics needs further development to analyze code, but we should keep the queries. This will allow us to delve into the details of completed tasks, work in progress, and pending items. However, more information regarding graphical representation is still required. Considering the number of test cases, it's crucial to have comprehensive data on completion status, logs, and retesting. Jira excels in providing such detailed information.

I have been using Jira for 6 years.

The product is stable.

I rate the solution’s stability a nine out of ten.

The solution’s scalability is good.

55 users are using this solution every day.

I rate the solution’s scalability an eight out of ten.

We receive technical support. Some challenges may arise, particularly in labels, but we receive assistance.

Positive

I have used ALM before. It has high pricing, considering the maintenance and shipping costs. Although the features are new, if we compare them to Jira, ALM still lags.

The initial setup is easy and takes a few hours to complete.

I rate the initial setup a nine out of ten, where one is difficult and ten is easy.

A third-party vendor handles deployment. They will automatically execute the small instructions. Based on that, they will create a charge code, seek approval from management, and then proceed to deploy the particular feature. While auto-deployment is happening, we'll validate it once it's done. If everything is good, we'll release it. If there are any challenges, we'll roll it back.

The product is cheap.

I rate the product’s pricing one out of ten, where one is cheap and ten is expensive.

Jira is easy to use and maintain; everything is in one place. Minimal maintenance is also required. 

We have our developers to maintain Jira. They will develop whatever we require for labels and provide them to us.

If you want to inform me about the adaptations for scaling Jira, it will be convenient to use Jira, but most of the reports will be easy to generate. We integrate with Git, making the process a bit easier.

Overall, I rate the solution a ten out of ten.