What is most valuable?
Definitely support of the agile methodology is the most valuable feature. We have received a lot of feedback from our agile teams that the ALM.NET is not supporting their work and it was really great to see that ALM Octane is fulfilling those needs. But our development and testing teams are looking for the new agile and DevOps deliveries.
How has it helped my organization?
We see a double benefit because part of our business is still very legacy-type. We are running the mainframes, and so on, the old kind of solutions, where we pretty much see that, at least for the next year to two to maybe even three years, we will continue using the ALM.NET, as such, maybe even for the functional testing and the UFT, as such. But another team is quickly adopting the agile methodology and there we have hardly seen any validity at all on the Octane for over a year now. We started to implement it the first real project in NND Center, and see good results from that.
What needs improvement?
The new solutions that are soon coming for ALM Octane, such as predictivity and requirements management, are very welcome. Those have been missing from the existing solution. So far, we have been able to manage with the other alternative solution and integrations, but I am also really looking forward to that.
What do I think about the stability of the solution?
So far, we are very happy with stability, even though knowing that there is quite a lot of new development, especially for the ALM Octane. But so far, so good. I have nothing bad to say.
What do I think about the scalability of the solution?
We are at a very early stage in implementing this solution. But at the moment it looks promising. Although, it is difficult to say how far it goes. But at least, so far, we have started.
How is customer service and technical support?
So far, technical support is very good because we have been using HPE products, or the earlier Mercury products, for a long time. We have a quite good collaboration with them. From that kind of background and knowing our kind of working environment and solutions, together with their technical support and help, we have been able to implement these tools in the right way the first time, without trying to invent the wheel on our side.
How was the initial setup?
Setup was pretty straightforward. Obviously, we kind of had a bit of discussion internally, because we didn't take a traditional migration from the earlier product. We really started from scratch. That is still somewhat an issue for some of the deliveries, that they don’t want to use the agile method. But we have highly recommended this because they are two different worlds and that it would be better to plan it carefully and not just carry on all the crap from history.
Which other solutions did I evaluate?
Our development teams are using a lot of open source solutions and other tools, such as JIRA. But, for our business needs and the business purposes, we have seen that HPE solutions are still valid for our business. We need to have backwards traceability. We have to have the capability to show what has been done, what's been going on, and what. In some of the cases, there has been the discussions that, "Yes. We have all this information, but you have to go to the Jenkins, or this and that logs, and it's there." But that's not what the business wants to see. They want to have a high-level visibility on their business. That is why we are still keeping the HPE products, and probably also in the future we'll have them.
Disclosure: I am a real user, and this review is based on my own experience and opinions.
Jun 14 2017