What is our primary use case?
I primarily work with two IBM products based on the IBM Jazz platform: DOORS and IBM DOORS Next, commonly referred to as DNG. For architecture, I use Rhapsody several times for customers, along with Enterprise Architect from Australia instead of Rhapsody.
I provide these tools to my customers and am not using them myself. I deal with IBM DOORS Next as well, and most of the projects at the moment involve migrating many customers from Classic DOORS to IBM DOORS Next because many companies are switching from the old system to the newer system.
The Australian tool, Enterprise Architect, is from a company called Sparks, and it is not by IBM.
What is most valuable?
The power, performance, and accuracy of this tool are excellent according to all clients, even though pricing is not a point of contention. IBM DOORS Next, after successful migration, shows great satisfaction, particularly in the automotive and avionic sectors.
My experience in this regard has been positive, particularly for the automotive industry and especially for the avionic sector. In those two industries, clients are really satisfied with what the migration has demonstrated after it has been successfully completed.
What needs improvement?
It is difficult to explain my opinion on IBM DOORS Next; the usability is not as good as I expected, and it is very complex and complicated. It is not a bad tool if you understand how it works, but from the perspective of engineers who only use IBM DOORS Next approximately several times a month but not permanently, it is not very comfortable or intuitive to use.
The implementation, migration, and configuration need more user-friendly usability, perhaps through on-site guidance or intuitive use with push button functions, which might be more comfortable, because at the moment, it looks very complex, and ordinary engineers often mention that they have to work with this tool but would not choose to.
Simplifying IBM DOORS Next would not be a bad idea. From my perspective and connections with friends at IBM in Switzerland, I gain access to very good background information that helps me satisfy my clients. However, if I had not had these contacts, I might have felt lost inside the tool chain. I am really satisfied as long as I can get help, but I believe it would be a great benefit if the tool itself offered more intuitive push-button functions and similar enhancements.
The pricing of the tool itself does not actually matter because the power, performance, and accuracy of this tool are excellent, and that is not the point of contention. All clients agree that the tool is not bad, but the complexity is an issue since it creates a situation where you feel lost while working with it. The intuitive usability that we learned from Classic DOORS is simply not the same. I understand that the complexity has grown, yet I believe it would not be a bad idea if IBM considered splitting or breaking down IBM DOORS Next into two options or, better yet, developing a modular architecture that suits smaller and mid-sized projects. For larger projects with a lot of subsystems, it makes sense to use the full range of the tool, but for startups or mid-sized companies, it would be beneficial if they could select modules according to their needs.
More visible on-site automatic help would be beneficial. For instance, if you need to move something, as you use the mouse cursor, an automatic message could pop up asking what you would like to do so that you can select within that context, and it would automatically perform the task. Modern software development recognizes that this type of modifying usability makes life much easier for users. Many have mentioned that whether it is Rhapsody, DOORS, or IBM DOORS Next, the issue is they work only a few times a month and are not professionals with these tools, which leads them to contact me for assistance. It would not be a bad idea for IBM to make this tool more handy, efficient, and user-friendly since most users do not work full days or even months on these tasks and are not familiar with the complete usability.
How are customer service and support?
I did not use IBM technical support; instead, my assistance comes from friendships developed over more than 25 to 26 years with developer colleagues in the US, UK, and elsewhere. I call them for guidance on what to do next.
How would you rate customer service and support?
Which solution did I use previously and why did I switch?
I have worked with a variety of solutions; I have not worked as a professional partner or certified member of IBM because I never found a need in the past. Additionally, I had some very bad experiences with IBM before DOORS came to IBM, so I am cautious and ensure I gather information that keeps my customers satisfied.
Which other solutions did I evaluate?
There are several modern tools that offer serious alternatives to IBM DOORS Next. One of them is Jama, and the other, which in the past was called MKS, is now under PTC, belonging to Siemens after a purchase. These two are more flexible, user-friendly, and intuitive to use, and they excel at bridging document-based engineering with UML and similar design and architecture practices, representing a much more modern approach to proper engineering these days.
What other advice do I have?
The difficulty is that it is not that simple to migrate from the old DOORS system to the new one, and many clients agree that after the job is done, it is fantastic and also nice to work with, but the procedure from old to new is horrible.
I recommend this splitting for IBM DOORS Next, not for the older version.
My overall rating for this solution is 6 out of 10.