Project Manager at a manufacturing company with 51-200 employees
Real User
Top 10
Jan 21, 2026
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.
The areas of Polarion Requirements that have room for improvement include usability, and the user interface, which was a little bit poor. The user configuration had some issues; you need to know all the details, so it's not really friendly for those who are not IT savvy. Someone who has a good IT background would be able to use it, but a regular person who just knows more or has always been dealing with Microsoft Word might find it difficult to use that system. Users need skills to work with this solution and also need to have some foundation of why those technical integrations and cross-referencing have to be done in such a way through systematization, which makes it difficult and not straightforward through the visibility of the user interface.
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.
System Engineer at a tech services company with 11-50 employees
Real User
Top 20
Mar 7, 2024
At the product level, they are constantly improving things in the latest versions. The risk assessment functionality needs improvement, like FMEA risk management. Also, for requirement tracing, some additional alerts would be useful.
Generating tables and establishing traceability can be challenging at times. For instance, I must select individual test cases to generate a test run if I want to test protocol for a specific customer requirement. This poses difficulties. Additionally, an area for improvement is in bulk editing. Currently, customization in bulk editing is impossible for more than a hundred test cases, whether for an automation tool or manual tests. So, if you want to go beyond a hundred cases, you have to select manually. This makes it a rigorous task. The usability of the solution should also be improved.
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
Field Application Engineer at a comms service provider with 51-200 employees
Real User
May 4, 2023
There were some stability issues due to shared licenses. So sometimes people were dropped because of someone else using the same code. The interface was not very intuitive; some practice was needed.
Integration can be a little tricky if you're not aware of basic computer science or programming language. Polarion Requirements would be improved with the ability to import configurations from other platforms. In the next release, Polarion Requirements should add features for risk analysis and the FMA.
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.
Assistance Engineer at a transportation company with 501-1,000 employees
Real User
Jan 15, 2020
The product could be improved if the NTS solution worked more quickly, it's sometimes very slow. As a starting point, I'd like to see more requirements. An additional feature for the next release would be to include a better import option from the data requirement solutions.
Assistant Engineer at FUBA Automotive Electronics GmbH
Real User
Oct 13, 2019
This solution has its limits. If we have more than one thousand work items in one live-book then it becomes almost unusable. For example, if you are trying to use a finance book then the loading times will be so long that you will time-out. This means that you have to sign in locally with a desktop and work on it there, although it is still slow. We spoke with Siemens about this and it cannot be improved. Even with more memory and more processors, it would still be the same. This solution is not as handy as it could be, and it would benefit from improvements to the dashboards. The import feature should be improved and made more like IBM Rational DOORS because there are too many things to set up.
Lead of Development Team at a manufacturing company with 1,001-5,000 employees
Real User
Sep 5, 2019
The one thing I would mention is the license policy is a little bit difficult. For different roles, you will need different license models. That seems a little bit difficult for us. Especially when you introduce such a complex system, you want to know the right way is to do licensing. It's not clear what that best way would be. The solution will be here for a long time, and I just think it could be more clear.
Polarion Requirements is a dynamic tool offering traceability and collaboration for managing project requirements. It is configurable with diverse integrations, supporting documentation and version control, making it suitable for technology-driven industries.Polarion Requirements provides comprehensive management of product requirements with robust traceability and collaboration capabilities. Teams can efficiently manage documentation and version histories with real-time collaboration and API...
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.
The areas of Polarion Requirements that have room for improvement include usability, and the user interface, which was a little bit poor. The user configuration had some issues; you need to know all the details, so it's not really friendly for those who are not IT savvy. Someone who has a good IT background would be able to use it, but a regular person who just knows more or has always been dealing with Microsoft Word might find it difficult to use that system. Users need skills to work with this solution and also need to have some foundation of why those technical integrations and cross-referencing have to be done in such a way through systematization, which makes it difficult and not straightforward through the visibility of the user interface.
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.
At the product level, they are constantly improving things in the latest versions. The risk assessment functionality needs improvement, like FMEA risk management. Also, for requirement tracing, some additional alerts would be useful.
Polarion Requirement needs to have a feature where we can track changes and compare documents. Currently, we do it manually.
Generating tables and establishing traceability can be challenging at times. For instance, I must select individual test cases to generate a test run if I want to test protocol for a specific customer requirement. This poses difficulties. Additionally, an area for improvement is in bulk editing. Currently, customization in bulk editing is impossible for more than a hundred test cases, whether for an automation tool or manual tests. So, if you want to go beyond a hundred cases, you have to select manually. This makes it a rigorous task. The usability of the solution should also be improved.
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
The platform's review process for the documents could be better.
There were some stability issues due to shared licenses. So sometimes people were dropped because of someone else using the same code. The interface was not very intuitive; some practice was needed.
Integration can be a little tricky if you're not aware of basic computer science or programming language. Polarion Requirements would be improved with the ability to import configurations from other platforms. In the next release, Polarion Requirements should add features for risk analysis and the FMA.
One thing to consider is increased flexibility in terms of workflow configuration.
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.
The product could be improved if the NTS solution worked more quickly, it's sometimes very slow. As a starting point, I'd like to see more requirements. An additional feature for the next release would be to include a better import option from the data requirement solutions.
This solution has its limits. If we have more than one thousand work items in one live-book then it becomes almost unusable. For example, if you are trying to use a finance book then the loading times will be so long that you will time-out. This means that you have to sign in locally with a desktop and work on it there, although it is still slow. We spoke with Siemens about this and it cannot be improved. Even with more memory and more processors, it would still be the same. This solution is not as handy as it could be, and it would benefit from improvements to the dashboards. The import feature should be improved and made more like IBM Rational DOORS because there are too many things to set up.
The one thing I would mention is the license policy is a little bit difficult. For different roles, you will need different license models. That seems a little bit difficult for us. Especially when you introduce such a complex system, you want to know the right way is to do licensing. It's not clear what that best way would be. The solution will be here for a long time, and I just think it could be more clear.