Jira Reviews

We use Jira in our organization for lifecycle management.

The solution has helped our organization do lifecycle management easily.

I have found the most valuable features of Jira to be ticketing, life cycle workflow, definition, and creation. Many of the features are useful.

The solution could improve by having its own tool for quality lifecycle management.

I have used Jira for approximately nine years.

The stability of Jira is good.

Jira has good scalability.

We are using this solution extensively. We have more than 5,000 using the solution in my organization.

We have been satisfied with the technical support from Jira.

We have used in-house developed tools previously and we had to do a lot of customization and this is why we moved to Jira.

I would recommend this solution to others, it is a good option.

I rate Jira an eight out of ten.

The integrations with other solutions, such as BitBucket for pull requests and the check traceability, are pretty good. That's about it. I'm not a big fan of the solution overall.

The initial setup was pretty straightforward.

The solution, in general, is a poorly designed and confusing product. The user experience is not ideal and the user interface is convoluted. The interface in particular could use a big refresh as the actual navigation within the interface is not particularly smooth.

The work items structure is not hierarchical and that needs to be changed. It's too flat.

There's excessive scope for customizing the project and the platform. Therefore, there are too many integrations, which leads to very high levels of complexity in terms of management.

Key indicators that are useful to Agile teams such as burn-down charts or burn-up charts, cumulative flow control, et cetera, are available, however, they're not easily accessible from the default user view, whereas they should always be present. Key indicators must always be present. They actually take a couple of clicks to actually get to them.

I've been using the solution for two years. It hasn't been too long.

The solution is very stable. It doesn't crash or freeze. There are no bugs or glitches. It's reliable in that sense.

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

We have about 200 people who use the solution currently. They're mostly software developers but they're end-users as well.

While the solution is being used extensively, we're fine with maintaining our current level of usage.

Technical support is very good. We're satisfied with the level of support that is provided to us. They are knowledgeable and responsive.

I've personally used lots of other solutions, however, when I moved to this company, they already had Jira deployed. Jira is the only system of its type that's been used here.

The initial setup is not very complex. It was pretty straightforward. If a company wants to implement it, the setup should be pretty simple.

There's ongoing integration work on a project like this. Therefore, the initial setup was only a few days, however, then, as you add things to it, you add more time to the deployment.

We are a customer and end-user of the product.

I would highly recommend not using this product if your focus is software development. Organizations should seriously consider alternatives such as Azure DevOps or TFS, which are more focused on modern interfaces and more accurately modeled to modern workflows.

I'd rate the solution at about a three out of ten. It doesn't really offer a whole lot that's actually usable from a software development context beyond extremely simple and free alternatives.

We have a development team and we use Jira to manage our projects. We use several products by Atlassian whenever we create and work on a new project.

We have scrum masters who write new project stories, which are tracked by Jira.

The most valuable feature is project management.

The integration and management features need to be improved.

When you first start to use the interface, it is confusing.

We have been using Jira for about one year.

In my company, we have a lot of knowledge and experience with Atlassian products. We have not needed to contact technical support.

I have also used ALM Synchronizer and I find that it is better because it is easier to manage and it is a more agile tool.

My advice for anybody who is implementing Jira is to install the plugin from Micro Focus because it is a better way to manage the interrelationship between these two tools.

Overall, my experience with Jira is pretty good.

I would rate this solution a nine out of ten.

We use this solution for Agile Scrum-Based DevOps on AWS with a Linux, Cloud-Based SaaS environment for mission-critical applications.

JIRA has increased the transparency of DevOps and it has enforced systematic, process-driven, communication.

The most valuable features are the customized Dashboard, Sprint Planning, and Automatic Notifications.

This solution would be improved with the inclusion of integration with SVN, and auto-sync with the build release number. I would like to see a more customized workflow, as well as support for the Google Doc storage of Documents.

• Agile, scrum project/sprint planning
• Bug tracking
• Workflows which help track the current state of tasks.

• The organisation is more flexible and agile.
• Tasks are easier to track. 
• Generally faster and more focused.

• Sprint planning
• Overviews over tasks and which assignees are doing what
• Specific workflows for projects.

• Add relation for workload estimation between stories and subtasks
• Linking to Confluence could be implemented. At the moment links can only be created from Confluence to JIRA, not the other way round.

It possesses excellent customization and serves the basic requirements: multi-project, products, customers and multi-level of users.

• We now have an excellent helpdesk ticketing system with follow-up and escalation.

• We used to have add-ons for remote support but it's not working, and it does not have powerful CMDB to help in building our KB and self-service for our clients.

Ticket management: We have our custom-defined ticketing number for each customer/product which helps in identifying the issue from the ticket number.

• It should be able to open a channel with a customer through chat or remote desktop.

• It should be able to define my KB articles and link it with a self-service ticket.

JIRA gives you all the features you need for organizing your work within one team and across teams in a very efficient and structured way. It is more than just a ticketing system and more than just a project management tool.

It is very user-friendly and very structured which makes it very easy to ask people from non-technical departments to come and join you within JIRA projects.

The amount of plugins is astounding, and many of them have a surprisingly high quality. While some are free, some other plugins are very expensive, but at the same time worth the money (at least this is what I think).

JIRA could be basically used to organize the work of a whole company, which is why it is so valuable.

JIRA helped us to work across teams and sites, while staying efficient and reducing communication overhead to a minimum. Since it plays very well with other Atlassian products, you can make sure that other members of the staff find JIRA issue related information much faster than in the traditional way (e.g. asking, search engine etc.).

JIRA is written in JAVA and therefore a bit hard to trouble-shoot. It also is very expensive once you have a lot of users. And since it is very flexible, it can also lead to situations where you loose overview of permissions, custom issue types etc. It also takes too long to create your own custom fields and issue types since you have to work yourself trough many layers of abstraction and features. But this is a well-known downside of flexibility and openness.

I have been using JIRA for more than 2,5 years.

No, deployment and upgrading was always straightforward.

Sometimes, it seems that JIRA gets a little slow. But is is very hard to say if the network connection, the underlying system or JIRA itself is the one to blame.

Not yet.

I used a heavily modified version of Sugar CRM, which was basically a custom solution. Never again.

The initial setup was very easy.

Since JIRA gets really expensive when having a lot of users (and maybe plugins), you should try to avoid letting everyone in by default. Maybe it is better to only give those users access who really could benefit from this product.

JIRA comes with a workflow designer which allows to design and keep track of execution of pretty much any process (similar to what a BPM solution would do but cheaper). In the new or existing workflows you can define new "statuses" which you can use as "Queues" to handle your process status or requests.

In principle, JIRA was designed to follow software development projects, but we are also using it as a solution for our call centers to follow on "Learning Administration System" processes.

It allows you to extend and define any new entities (record types), define sub-tasks, links between records as well as define new fields, screens and customize your UI based on your needs.

It also integrates very well with other applications thanks to its Restful API. In my case I integrated with JIRA from Webmethods EAI middleware as well as from SQL Server 2014 SSIS.

JIRA has a marketplace where many plug-ins are available (some for free) to extend any missing features, as well as it comes with an SDK to create your own one if needed. In fact, this is one of the biggest potentials from my point of view.

Among others Atlassian (JIRA's company) has two powerful plug-ins

• Service Desk (to control SLAs in top of your processes) - actually not a plug-in a product on top of JIRA.
• JIRA Agile which allows to follow Soft Dev Projects using SCRUM or KANBAN methodology.

• We deployed JIRA and JIRA Agile plug-in to keep track of our software development cycles using SCRUM methodology.
• It has been our product of choice for some time now in order to deploy Learning Administration Systems for our customers.

I strongly believe that ease of use for the administration part (workflows, screens, field definitions) could be improved. Sometimes it is difficult to understand "where you are" when administering JIRA.