Jira Reviews

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.

On-premises

We use the solution to track all projects and management activity.

There are a lot of plugin integrations available right now that are continuously being updated. We have recently worked on ways we can integrate with the DevOps.

I have found the tracking, project and task management most valuable in this solution.

They could improve the solution by having a multiple project dashboard to be able to manage many projects KPI's at once, this would really be helpful.

In the next release, I would like to see task creation management simplified and overall usage streamlined for new users.

I have been using Jira for four years.

We are extensively using this solution for all of our projects across the entire enterprise. It has shown that it is able to be scaled effectively.

I have never had any problems with this solution to need to use the technical support.

The installation was not complex, I did not find any difficulites.

I would advise others wanting to purchase the solution that they can improve their business UX. This solution has been established in the market and is commonly used in many project management sectors because it can be easily used once you have experience. If you are new to this solution it could be confusing to some people because there is not a proper project flow. For example, Once you create a ticket or any task, you are not able to see what you just created in the notification area. Currently, you receive a pop-up and it will go off after some time, if you do not click the pop-up when it comes up you will have to refresh, go back to the project, and then find out the task from there. This could be simplified in the future.

They provide a product that is very good but in terms of a presentation, they have room to improve.

I rate Jira a nine out of ten.

Private Cloud

We have various use cases for it, one being for object storage. It's a government entity so that's what they use. 

It has improved my organization because it gives us collaboration. 

The most valuable feature is that it is somewhat flexible. 

It's a pain getting it on the public, it costs too much.

It's also difficult to migrate through, things don't always tie-up. It's not easy to use and it's not as intuitive as it should be. I stay away from it as much as possible.

I have been using Jira on and off for ten years. 

I would say that it's stable.

I would rate it a five out of ten because it gets the job done. 

Hybrid Cloud

Managing our entire product development life cycle, as well as all test cases and test runs. That include at least 4 developers, 2 business analysts and 2 testers, all working on sprints. 

Before JIRA we had to create our PRDs, our product definitions requirements in another feature, then using another tool to organize the combine with all the JIRA tasks.

Now with JIRA Tasks, our product technicians can use the JIRA module to manage tasks by creating PRDs and user stories in JIRA, or even in Confluence (another product from Atlassian). Then, our PBAs, our business analysts, use Confluence to create all the definitions, which we can then use to create user stories in JIRA using the combine module.

The most important is the Agile management, because we use Agile in our everyday tasks. Also, the task manager is important.

Right now, the Task Management feature and Confluence are separate from JIRA itself. So, we have this problem where sometimes these modules don't talk to each other the way we expect them. So many times, links created automatically from new tools apart from another tool which didn't work, therefore you have to manually go into the task, even though the link is right there.

Another example, in JIRA you create a test sessions with user stories, then buttons from the user stories can automatically change the status of a test session from started, completed, or paused, which doesn't work. Therefore, there is a problem there: inter-module conversations.

Three to five years.

It's pretty stable. It doesn't go offline very often.

It works great for scalability. We have many users with more users coming. Our current users are on the road and can work.

Right now, we have a technician, a specialist, in another country that works closely for JIRA. So, we don't have technical support directly with them.

I used just Excel sheets. JIRA was a major improvement for a variety of reasons listed in other answers.

Even though, JIRA was a new thing at the company that I worked for, it was pretty easy to setup. The product is fast, so you don't have any frustration with installation. Account creation was pretty easy, too. Not too complicated.

We tried Microsoft, but it only supports task management. It doesn't support creating test sessions the way we like to them. Also, it doesn't support product definition the way JIRA supports us and Microsoft's general interface is a whole mess, so we prefer JIRA.

Learn every module you use (a lot!) before jumping to other modules, like we did, with JIRA Testing and Atlassian Confluence, because the conversation between those modules can be troublesome if you don't know exactly what it wants.

The product helps us a lot. It can handle the main features that it's supposed to in a proper manner, so we don't have any frustrations in our daily activities.

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.

1. Its agile support is fantastic! Whether you are an agile expert, or just starting for both scrum and kanban teams, the whole agile process is supported
2. Requirements log
3. Story board
4. Dashboards are a great feature to stay on top of what is going on in all the projects you are managing
5. It's accessible from practically anywhere, whether you're on a mobile device or desktop across many OSs and browsers

Integrating JIRA with HP Quality Center gave our dev team and management a new window to participate/track the defects Testing Team reports from. This integration is absolutely powerful and made defect sharing with different parties a peace of cake. Now we, the testing team, can report defects on our own "beloved" HP QC, and these defects gets sent automatically or upon request to different JIRA Projects and to different project parties and teams.

I would say test management, as it's a generic issue tracking tool, and not designed specifically for test management. So, the only support for test cases is the ability to mark them as passed or failed as part of the test execution, and that's the whole test, not step by step like Quality Center. It does have many test management add-ons that can be bought, and some of them can perform close functionality to what HP Sprinter does, like Bonfire, but it does not provide video recording. It doesn't provide version control for Test Cases, and integration with Test Automation and Performance Testing tools is cumbersome.

I hate the fact that I have to buy an add-on for each feature I need. Some people might see this as positive thing since you buy only what you need, but again, not all add-ons are provided by Atlassian, and hence support and quality is subject to different providers, which is again is cumbersome, and not many people would go on with.

Reporting also needs improvement, as I need to be able to create my own custom reports and be able to export them, and screen shots doesn't work all the time.

If you are an agile development team, go for it. I would advise that f your dev team have problems accessing HP Quality Center, go for it and integrate Jira with Quality Center.

Coming from projects that rely on Agile / SCRUM, one of the essential features in JIRA is the support for these methodologies, represented by the Agile Board functionality. This is the place where our team interacts with JIRA as part of the daily routine by updating tasks, estimations and adding relevant comments. This is also where Sprint planning takes place and where support for Sprint retrospective and analysis is offered in the form of reports like the burndown chart or the velocity report.

With the introduction of Agile, the need of having a common, synchronized view on the project tasks assignment, their completion status and the effort spent became critical for a geographically distributed and self-organizing team. Instead of spending time on e-mail exchanges or longer meetings, JIRA provided instant access and a unified view to all the required information, enabling the team to properly apply the Agile / SCRUM methodology and become more efficient in the way they communicate. Being instantly notified when an issue is changed by someone working half way across the globe and being able of giving immediate feedback is a tremendous capability.

I would like to see JQL extended to return other types of information than just sets of issues. To give a simple example: a COUNT-like operator to determine the number of issues that match a given criteria. Today this is possible through JIRA's REST API or by writing custom plugins, but it would be nice to have it out of the box directly via JQL.

I have been using JIRA for more than two and half years in several different software development projects.

None so far.

None so far.

None so far.

Customer Service: I actually found all the information I needed on the Atlassian documentation pages and forums and never ran into the need to call the Atlassian customer service.Technical Support: Excellent so far, considering the fact that the existing documentation gives almost all the required answers without the need to call or e-mail support.

In a previous project we have used Microsoft's .NET framework and the suite of support technologies like Team Foundation Server (TFS). TFS contains an issue tracking system fully integrated with Visual Studio and the only extra thing needed was the equivalent of an Agile board. This we found in the form of Telerik's TFS Work Item Manager and Project Dashboard, which offered similar functionality to JIRA's Agile Board.

The initial setup required a bit of thinking on how to organize and when to use the different types of JIRA issues, what fields are relevant in the context of our team processes and what kind of dashboard information is required, not only for the team but also for the stakeholders. This is not so much JIRA related as it is process-related. Once all of this is agreed upon, JIRA makes things easy by selecting for example Agile SCRUM as methodology, configuring the appropriate issue screens and workflows, defining the relevant filters and adding widgets to the dashboards.

I believe this goes together with my earlier comments. The day to day cost of using JIRA is minimal, since each team member shares the responsibility of keeping issues up to date so that the overall status is in sync with the real project status. There are also the occasional changes to JIRA board, issue or dashboards configuration driven by the evolution of team processes, which is a normal consequence of being an Agile team.

I recommend JIRA Agile to anyone looking for a mature, easy to use and customizable issue tracking system, especially in the context of large, geographically distributed teams. I also believe it is important not to spend excessive time trying to configure it to cover every process and situation from the very beginning, but to focus on the essentials first and then adapt as the project evolves.

We have really noticed an improvement in the way we work.

It's a really good product. I feel it really changed the way we work and at this time we're not looking to move to another platform.

The features on offer are great. It has everything we need.

The solution needs more integrations with Azure DevOps OnPrem.

I can't speak to any missing features. It has what we need overall. 

Company-wide we started using Jira this year, however, I've been using it since last year. The company hasn't used it for that long.

We aren't looking for another solution at this time. We're happy with Jira. 

As far as I know, we are just a customer. We don't have a partnership or anything with Jira.

I'd rate the solution at an eight out of ten. 

Public Cloud