BMC AMI DevX Reviews

In 2018, we executed a migration from an LCM product (ASG: Allen Software Group company) to an ISPW in order to manage our mainframe programs (mostly Cobol, few C, and ASM).

• We use ISPW for SCM and ALM, built and deployed from the development environment to the production environment on IBM z/OS.

• ISPW can be used on both Eclipse Neon 4.6.3 and ISPF panels.
  

• In our company, developers are using ISPW in Eclipse to have the benefit of an IDE and to use others plugins from Compuware Topaz solution or other providers we have.

• ISPW administrators and production teams use ISPW on both Eclipse and ISPF panels depending on the tasks they have to manage (a part of the administrative task is not available in Eclipse plugin).   

• It helps us with the changing of SCM and ALM products, and also to change the life cycle including two branches.

Of course, it's still a recent migration, so we are still in progress to improve our organization and use of the product. 

• The plugin ISPW integrated into Eclipse is a really valuable functionality for developers who already use it. It helps to have quick access to the components, to see versions, life cycle, and to do generation and deployment in the environments. 

• ISPW deployment can be interfaced using API to "XL Release" product (XebiaLabs). In the months coming, we are going to implement this functionality in our DevOps project.

• The ISPW plugin could be improved to add some functionality which is already in ISPF panels and not in the plugin. 
• It could also be improved to better help the developer manage merging versions in the life cycle (even if he can already use Eclipse merge view), and to have prompts on warnings and errors during generation and deployment, followed by a pop-up and before the promotion task.  

The customer service of Compuware and its technical support is at a really standard level.

We used LCM: Life Cycle Manager (ASG: Allen Software Group). We changed production because the support and evolution of the product were in risk and because it was not available in Eclipse IDE. 

We carried out the migration and implementation with a migration team of the vendor, and an in-house team. Technical support from Compuware was very helpful and useful during the implementation and migration.

We had a quick presentation of Endevor (CA) and ChangeMan (ex Serena Software), and we did a proof of concept using Dimensions CM with Serena Software (now Micro Focus).

We use it with mainframe. I'm a mainframe systems programmer, so we install the Compuware product onto the mainframe for our end users.

It speeds up processes, makes things easier, more efficient. From a mainframe perspective, the way the mainframe is utilized has become that much easier.

From a user perspective, the GUIs make it easier for people to see and interact with files on the mainframe. That's probably one of the most useful. It makes the mainframe a little bit easier to handle for new users.

I'm always looking for improvement in things like the documentation, to make things a little bit easier and simpler to understand, a place where people can go to troubleshoot issues.

From an installation perspective, the simpler the installation of the product, the better. I always feel like there is room for improvement on installing. I've noticed, occasionally, installation steps could just be wrong, and that's very difficult for us. It extends the time it takes us to install the product. When we install it with the directions provided, and then it doesn't work, we have to open a ticket to find out why it doesn't work, only to find out that the documentation was missing a step. That is something that always needs to be reflected on, and has room for improvement.

We haven't really encountered stability issues. The only time we have experienced issues thus far is that new releases will occasionally have a bug or two that have to be worked out. But once everything gets in, it's usually pretty stable.

We haven't encountered any issues with scalability.

Tech support has been good. We usually don't have any issues time-wise. People get back to us pretty quickly. The questions that we have had have been answered, and the problems that we've had have been fixed. I don't see any issues with support. I'm not the primary support person but my colleague who is hasn't told me of any issues that she has experienced either.

Setup is a little bit more complex than some products, only because Compuware changed the way it does the installation. It has an overall product manager now, and everything else is managed underneath that. So the installation is a little bit different than it used to be, and that has complicated things a little bit. But hopefully, in the long run, it will make things a little bit easier, so it won't be a separate installation for every little thing. It will be one overarching installation. Time will tell.

As always, with any product, I compare 

• the ease of use
• how easy it is to install
• the usefulness to the user
• how simple is it for them to understand
  

While we install the product, we don't necessarily use it. However, we have to provide support to the user who is using it. Our group supports 40 different products, so they need to be very easy to use, and I need to be able to look things up because I'm obviously not going to be an expert on 40 products. Installation manuals and documentation are crucial. That goes hand in hand with a company's support site. With 40 different products and however many different vendors, everybody has a different support site. Some are really easy to use and really great, and some are not at all easy to use. That is another piece that plays into my opinion of products.

I would go with an eight out of 10 when rating this product. Obviously, it's not perfection, but it's very useful, relatively easy to install and maintain, and we've had a good relationship with support personnel. That all goes hand in hand to say that it's a good product, it's worth the trouble of installing and maintaining.

• The ability to step through code line by line.
• The ability to see and change variables - The ability to skip past lines of code that were already certified.
• The freedom to NOT have to load databases in order to do your testing.
• The ability to intercept all modules in a call chain, if necessary.

From a development perspective, it allowed me to validate every line of my logic if necessary, most times in one pass. In other words, Xpediter allowed me to churn out quality code more quickly than I would have been able to without it. Better quality means less rework, so reduced support costs. Being able to deploy code faster means I could get more projects done, which translated in to an increase in revenue.

From a support perspective, Xpediter helps you to figure out where things are going awry without having to be an expert in the business function that is being performed.

Initial setup can be tricky in some cases. Also, there are some space limits that we would hit every now and then while processing internal tables, so we would have to decrease occurs clauses and re-test. These situations could have been related to how the shop installed Xpediter ... it might not be an issue with the tool itself.

I used Xpediter for about two-and-a-half years.

I wasn’t involved in the deployment or installation of the product, I just used it to troubleshoot programs.

I have not encountered any stability issues.

I have not encountered any scalability issues.

I never had to contact customer service.

I never had to contact technical support.

The previous solution was to add displays to programs and see what they told me. I went away from that method and went to Xpediter as I found myself making multiple passes to figure out what was going on. In other words, I’d add displays just to find out that I had to add displays to more code, not a good cycle to be caught up in.

Initial setup for a user was pretty straightforward, and that was without documentation. The biggest issue always revolved around the size and attributes of the DDIO file.

The product was already installed when I started working there, so I don’t have any insight on this.

I don’t have any solid numbers on this, but I can tell you that three people were able to write a financial accounting, posting, interest and service charging system in three months and it had VERY few technical errors from the mainframe perspective. My guess is this would have taken twice as long, or we would have had many more issues without using Xpediter.

I would say that if you are still caught up in an iterative troubleshooting mode, the value of the product is WELL worth the money, especially in complex environments. When I think about how much time is wasted in those iterative efforts (and from multiple people, testers, QA, project management, change management along with programming), I would say our missed opportunity cost would offset the annual cost of the product in about three months.

Yes, we evaluated other products but I will not mention which ones.

Don’t discount the value of the product, even if you feel your build cycles and support are ‘good’. There’s no reason to NOT see what Xpediter can do for your programming staff and projects.