No more typing reviews! Try our Samantha, our new voice AI agent.

IBM DOORS vs Jira vs Polarion Requirements comparison

 

Comparison Buyer's Guide

Executive Summary

Review summaries and opinions

We asked business professionals to review the solutions they use. Here are some excerpts of what they said:
 

Mindshare comparison

As of June 2026, in the Application Requirements Management category, the mindshare of IBM DOORS is 23.4%, down from 32.8% compared to the previous year. The mindshare of Jira is 11.2%, down from 15.4% compared to the previous year. The mindshare of Polarion Requirements is 16.8%, up from 14.5% compared to the previous year. It is calculated based on PeerSpot user engagement data.
Application Requirements Management Mindshare Distribution
ProductMindshare (%)
IBM DOORS23.4%
Jira11.2%
Polarion Requirements16.8%
Other48.60000000000001%
Application Requirements Management
 

Featured Reviews

Amol Dumbre - PeerSpot reviewer
Software Manager at Forvia
Integrated lifecycle management has supported global A‑SPICE projects and custom reporting
I believe the toolchain currently covers all of our requirements. Even for A-SPICE and related requirements, I can add attributes and manage things effectively because the tool is highly customizable. I can continue updating things and managing different processes. The only gap I have identified is in code-level coverage reporting. I have coverage traceability from IBM DOORS through the architecture and design, but I am unable to demonstrate code-level coverage reporting. That reporting capability would be helpful. Testing is covered very well through IBM Test Manager. The traceability to code is something I feel there may be certain gaps in, though I may not be fully aware of all capabilities since my role is different and I primarily receive reports rather than being an end user. Regarding the traceability feature, I am not an end user but rather receive reports from my team, so my perspective is limited.
RituRaj - PeerSpot reviewer
SDE 2 at Virtusa
Centralized sprint boards have transformed our planning and now improve cross‑team visibility
While Jira is very powerful, there are definitely areas it could be improved, especially for usability and simplicity. One common challenge is that Jira can feel overwhelming for new users. The number of features, configurations, workflows, and settings is huge. Onboarding non-technical teams or new employees sometimes takes longer than expected. A simple default experience for a beginner would help a lot. Another issue is performance. In large organizations with heavy customizations, large backlogs, or complex dashboards, Jira can occasionally feel slow, especially when loading filters, reports, or larger boards. Pricing can also become expensive as an organization scales and multiple Atlassian products and plugins are added. Some smaller teams sometimes feel the ecosystem becomes costly over time. The mobile experience would be smoother for project managers or leadership users who mainly want quick update approvals or dashboard views on the go. Overall, Jira's biggest strength is flexibility, but that flexibility can also create complexity if not managed carefully. Improving simplicity, performance, and ease of adoption would make the platform even stronger. An additional improvement I would mention for Jira is around balancing flexibility with simplicity. Jira gives organizations a huge amount of customization power, which is great. But over time, many teams end up creating overly complicated processes. After a few years, some Jira environments become difficult to maintain because there are many workflows, custom fields, permissions, and automations layered on top of each other. It would help if Jira would provide a strong built-in recommendation or health check for keeping a project clean or efficient. For example, identifying unused custom fields, suggesting workflow simplicity improvements, flagging redundant automations, or recommending dashboard optimization.
reviewer2798628 - PeerSpot reviewer
Project Manager at a manufacturing company with 51-200 employees
Comprehensive traceability has supported regulated projects but review workflows still need improvement
The ability to manage requirements through the whole project life is somewhat unclear. We are not using the ability to track all requirements through the whole project life for analytics very much. We have a way to easily find all the requirements of a complex product, even if they are spread over different Polarion Requirements projects. We do not have any issues in that area, but we are not really using the analytics part of Polarion Requirements. I am satisfied with the integration capabilities for Polarion Requirements, but it depends. We encountered a lot of issues with the integration with Enterprise Architect. We were in contact with Lemon Tree company, which provides support for that integration, but we eventually decided to develop our own plugins for Polarion Requirements. That is unfortunate, but we are not really happy with their implementation. There are things that are going really well, but alongside this, there are also things that are not yet implemented, which is quite annoying for us. The main point for improvement or lack of functions that I would like to address in Polarion Requirements is really about the review process, which is a bit too limited. When we are developing complex products, we have to review big life documents or a set of work items, but there are a lot of issues with that. For example, very simple things: if you select a word and not a space in the document, you are not able to add comments, and it is not user-friendly. If you know that you have to put the cursor and not select the word, that is something people can live with, but for newcomers, it is frustrating. They will ask questions such as 'I cannot add a comment about this word' or for a selection of text. That is something annoying. You can do that in a simple Word document, but not in Polarion Requirements. Also, the ability to review a table or generated dynamic content is not possible in Polarion Requirements. For example, if you generate automatically a list of tests, you cannot click on the second one; you can only click at the beginning of the generated sections. I am somewhat satisfied with Polarion Requirements' functionality, but I feel a lack of certain functions regarding the review, which is a bit too limited. The review process is the main pain point for me, especially since we are in a highly regulated environment where reviews are crucial for us.

Quotes from Members

We asked business professionals to review the solutions they use. Here are some excerpts of what they said:
 

Pros

"Customer Service: Excellent! IBM Rational DOORS team have always been quick to respond and knowledgeable about any issues I may have presented them."
"It has improved our ability to do traceability back to our initial requirements."
"The recommendation aspects of the solution are good."
"By learning how to write reusable DXL, I've been able to write a single script that can then be plugged into all DOORS clients at my company, meaning if I can save one person 1 hour we can then multiply that by hundreds (if not thousands) of system engineers which equates to quite a lot of time and money saved."
"It is a mature product that is stable."
"The data logs are ver conveneint."
"It helps us to standardize the way our globally distributed teams are now collaborating and managing the different artifacts."
"IBM Rational DOORS has helped our organization because of the sense of configuration baseline; with it, we can create and freeze baselines, put them on configuration control, and then use it as evidence."
"Provides good output and is user-friendly."
"Reporting: It gives a nice report of my backlog and what my team has currently spent its efforts on."
"In terms of the general way that the tool functions, it seems like it's a pretty good fit-for-purpose for what we're trying to do, and we've never thought about replacing it with another technology."
"Since our service is customized to each client, the ability to customize workflow for each project's specific needs has improved productivity simply by streamlining our efforts."
"This product provides you a good view of the status of your projects."
"The most valuable feature is its flexibility."
"I appreciate the openness of Jira; it is based on a concept that is well understandable and works in a logical way, allowing customization of any process that needs to be applied."
"The JIRA user interface looks great. It's an overall good experience. It's very intuitive in the sense that you understand how it's going to work. It's very self-explanatory, and it's beneficial overall."
"The solution is especially great for organizing folders effectively."
"Polarion Requirements is a really great product despite the limitations I mentioned and the price which is getting more and more expensive."
"We worked with the web interface."
"I like the way this solution is structured."
"A valuable feature from my side would be the comparison corporization."
"In my opinion, Polarion Requirements' most beneficial feature is the ability to manage specifications within a work-like document that functions as a work item. Its collaboration features have worked very well and have been very useful. We can easily exchange information with the testing team, the business, and with DevOps."
"We can easily customize it because of the web services and open APIs. Also, the APIs are available. We integrated Polarion with one of Siemens' products, Teamcenter, which is especially useful for automotive industries. There is an open API for integration with Jira as well, so for me, customization is a strong point."
"The biggest improvement would be in the transparency we have now. We have very complex products. We make whole systems with difficult and diverse areas such as hardware, software, mechanical and printing, etc. To get the overview of all the requirements into a system, at that sizing, is the main advantage we have in the organization now."
 

Cons

"The interface is not very user-friendly and has not evolved in a long time."
"The customer must also have the tool to import the changes and accept them as a part of the review."
"IBM DOORS should cover all engineering functions seamlessly, not just requirement engineering."
"It needs word processing captioning as well as references within a module."
"It would be helpful if Microsoft provided a more user-friendly interface for updating and querying updates. Additionally, if there was a way for users to notify developers of any changes in requirements, it would allow for faster and more efficient updates to the solution's architecture. This could be in the form of a notification system that alerts developers of any changes that need to be made. Additionally, the solution is document-driven and it should be more digital."
"It can crash, but it doesn't happen too often."
"The problem is that because the GUI is so bad, you either have to spend a lot of money customizing the interface yourself, or a lot of money on training."
"Replacing a word document is always hard."
"There could be some improvements in the project management and portfolio level features. I think they could bring more flavours of Agile to Jira, that would help."
"Stability is an area of concern and it needs improvement, otherwise, it's a good product."
"In general, it is not user-friendly. For a non-technical person to use, Jira is not intuitive."
"Jira's collaboration and integration with other apps and tools could be improved."
"Jira's stability could improve. We have experienced times when we were out of memory which is possible due to a memory leak."
"The UX and UI could be better. It's something they need to improve upon."
"Atlassian has multiple tools and it becomes difficult for a customer to process everything differently. Atlassian should combine them and form a single solution for DevOps by including the Jira Confluence, Bitbucket, Bamboo, and others. This would be much easier for customers by purchasing a package, rather than purchasing bits and pieces. With Azure DevOps and other companies, it becomes easier to go with one company having multiple areas that they can cater to, but in Atlassian, the problem is that you have to select different solutions to have a full package. For example, to have document management customers have to purchase Confluence and for Git repository management they have to purchase Bitbucket, et cetera. There is always another add-on that you need to attach to have a complete solution in Jira."
"I would like to see JQL extended to return other types of information than just sets of issues."
"Its user interface could be more user friendly. In addition, a lot of features are missing for test management. It should have the test case ordering feature."
"If we have more than one thousand work items in one live-book then it becomes almost unusable."
"One thing to consider is increased flexibility in terms of workflow configuration."
"It is not a stable solution, as we had issues with shared licenses."
"We encountered numerous challenges, such as issues with requirements, project management, timing, and planning. The main problem with Polarion at the outset, I believe, was our limited understanding of the planning phase. During that time, we were more focused on change management related to requirements. Recognizing the importance of planning has been a key realization for us. Another mistake we made was not comprehending the need to document these requirements to manage all the work items effectively. Now, we understand the significance of this documentation. As a result of these insights, we have started to see a growing number of competitors from Polarion in this field. One potential improvement could be enabling Polarion to export work items not just to Microsoft Office but also to other office tools."
"In my opinion, the main area for improvement in Polarion Requirements is its user interface. It should be easier for engineers to understand how it works, as many features are not very easily understandable for end-users."
"The risk assessment functionality needs improvement, like FMEA risk management."
"I am somewhat satisfied with Polarion Requirements' functionality, but I feel a lack of certain functions regarding the review, which is a bit too limited."
 

Pricing and Cost Advice

"IBM is a bit too expensive in terms of pricing. Customers are paying a lot for the license, and the price is quite high for this kind of environment. It is quite high as compared to what we can get today with other solutions."
"I am not sure why it is so expensive, but one license will cost approximately $15,000 in US dollars."
"I think it's expensive because you have to pay for the licenses to IBM and all that and maintain them."
"The licensing costs for the product are quite high."
"Licensing fees are billed annually and there is no support included with what I pay."
"I would rate the pricing a seven out of ten, with one being very affordable and ten being quite expensive."
"We have to pay for a license. I think it's a one-time payment as my company hasn't notified me about more charges. I don't think it's expensive for large corporations, but it will be costly for an average person."
"I don't personally know what the numbers are. I just know that one of the reasons we've limited it to three seats is a function of cost."
"It does not cost that much."
"There is a monthly license required for this solution and it is expensive."
"It is very cheap if you forego the local instance and stick to the cloud."
"The ballpark figure is about $100 a month."
"I don't feel that price is an issue."
"The price is quite competitive."
"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."
"We are on an annual license and could be less expensive."
"Polarion Requirements is a little pricey."
"The pricing model is flexible. You don't have to pay for the full functionalities. And it's a one-time investment for the licenses. You purchase what you need and then can work with that."
"The product's price is high."
"I believe the cost is subjective. It seems a bit pricey, but it depends on your perspective. To provide some context, I compared the prices with GitLab and Jira. Unfortunately, I couldn't find Jira's prices. However, GitLab costs around 40 euros, and DeepLab, which I recently discovered, also falls in a similar price range. I'm not sure about DeepLab's features or interface improvements, as they might have been implementing requirements management over the past six months. In contrast, Polarion costs around 50 to 60 euros based on the 2021 prices I have. While it may seem a bit expensive, it's worth considering whether the additional investment, perhaps around 68 euros per user, is justified. It might appear costly at first glance, but it's essential to acknowledge that it can greatly streamline your work processes."
"I rate the solution's pricing a seven out of ten."
"It is expensive but not for what it is. It is just the right price for what it is. Its price is also similar to other solutions."
report
Use our free recommendation engine to learn which Application Requirements Management solutions are best for your needs.
899,324 professionals have used our research since 2012.
 

Top Industries

By visitors reading reviews
Manufacturing Company
25%
Aerospace/Defense Firm
7%
Construction Company
6%
Government
5%
Manufacturing Company
17%
Financial Services Firm
13%
Construction Company
9%
Computer Software Company
6%
Manufacturing Company
25%
Healthcare Company
6%
Construction Company
6%
Computer Software Company
5%
 

Company Size

By reviewers
Large Enterprise
Midsize Enterprise
Small Business
By reviewers
Company SizeCount
Small Business12
Midsize Enterprise10
Large Enterprise38
By reviewers
Company SizeCount
Small Business108
Midsize Enterprise60
Large Enterprise152
By reviewers
Company SizeCount
Small Business8
Midsize Enterprise3
Large Enterprise5
 

Questions from the Community

What is your experience regarding pricing and costs for IBM Rational DOORS?
Over the years, the first version cost something around 5800 euros.
What needs improvement with IBM Rational DOORS?
I believe the toolchain currently covers all of our requirements. Even for A-SPICE and related requirements, I can ad...
What is your primary use case for IBM Rational DOORS?
I manage the entire application lifecycle management, which includes requirement management, architecture, and softwa...
Is Jira better or would you go with Micro Focus ALM Octane?
Hi Netanya, Basically , it all depends on the use cases for your environment and the business needs. Hope the below d...
Which is better - Jira or Microsoft Azure DevOps?
Jira is a great centralized tool for just about everything, from local team management to keeping track of products a...
What is your experience regarding pricing and costs for Jira?
In terms of pricing and setup cost, my experience with the pricing and licensing of Jira was generally positive, espe...
What is your experience regarding pricing and costs for Polarion Requirements?
I purchased Polarion Requirements directly from Siemens Benelux, but if you have any ideas to get a license at a bett...
What needs improvement with Polarion Requirements?
The ability to manage requirements through the whole project life is somewhat unclear. We are not using the ability t...
What is your primary use case for Polarion Requirements?
In the context of Polarion Requirements, we are using it for requirement management, for test activities, and to prod...
 

Also Known As

Rational DOORS
Jira Software
No data available
 

Overview

 

Sample Customers

Infosys, Chevrolet Volt
Square, Nasa, eBay, Cisco, SalesForce, Adobe, BNP Paribas, BMW and LinkedIn, Pfizer, Citi.
NetSuite, Ottobock, Zumtobel Group, Kªster Automotive GmbH, Sirona Dental Systems, LifeWatch, U.S. Federal Aviation Administration (FAA), PHOENIX CONTACT Electronics GmbH, Metso Corporation
Find out what your peers are saying about IBM, Atlassian, Jama and others in Application Requirements Management. Updated: June 2026.
899,324 professionals have used our research since 2012.