My advice to others looking into using BMC AMI DevX is to evaluate it against your organization's specific requirements rather than adopting it solely because of its feature list. If you are a large organization with COBOL applications and want to modernize development and DevOps workflow, it is worth evaluating. I recommend running a proof of concept with your own applications involving both experienced developers and newer developers, assessing integration with your existing source control, CI/CD, and security. Training is essential to get the most value from BMC AMI DevX. I would rate this product an 8.5 overall.
From that perspective, I don't think I can give input about the impact of automated DORA metrics tracking on my organization's decision-making processes because I don't participate most of the time in that department, which just checks how quick the jobs are run or what's the difference between the two. For that one, I don't think I have any input there. I think BMC AMI DevX has provided overall benefits and a positive impact because I've seen a lot of developers, not just the new developers, but even the old developers. I'm very young, so I found a lot of old developers here that have been with the business for a while and have used the green screen their entire life. I've seen most of them also developing with BMC AMI DevX, migrating into the newer screen. They call it, "We are leaving the green screen," is what they say. They look at BMC AMI DevX as VS Code for COBOL developers, which is for us. I've seen it, not only from the old developers but even the young developers, I've seen most of them using it. I'm still in a process where I'm trying to do a sort of a hybrid style, use both. Where there's an advantage, I use this one, and where there's an advantage, I use that one. I do think it provides a more modern way of working with old technologies, with legacy systems. I think it's very good there. It's modernizing the legacy way of doing things, the mainframe. I've gone to the official documentation or guides provided by BMC for BMC AMI DevX once or twice because I was still trying to find out more about it or what it is because when I landed, I didn't know what this workbench and BMC AMI DevX thing were. I did go to the website, but I didn't get the time to just go through everything. That's something I also need to do. I think BMC AMI DevX's Open Borders approach is very good for maintaining my existing processes. I think it's very good in terms of its ability to integrate smoothly with the mainframe or the other applications. For that reason, I think its effect is very good. It's a very good effect because it doesn't disrupt existing processes or any of the existing applications. Instead, it sort of helps or integrates perfectly with them without disrupting. For example, if I was to go into a dataset with BMC AMI DevX and make changes, and then someone else logs on to the mainframe and tries to view those, they're also going to be able to pick them up. It's not that now I have to wait for something to happen or need to save on that side. It integrates smoothly, so everything just works smoothly and seamlessly. Based on my experience with every aspect of BMC AMI DevX, I would rate this product an eight because I still feel there is room for me to explore on it, but so far from what I've seen, it's very good and it definitely has a huge amount of potential.
BMC AMI DevX Code Pipeline is a solid product that any company can benefit from if they want to have tight control and a standard way of deploying applications into production in a secure manner. This is an excellent product to work with. I give this product a rating of 9.
BMC AMI DevX is a mainframe DevOps platform for IBM Z environments that helps development and platform engineering teams increase release velocity, reduce change risk, and build a sustainable mainframe developer workforce. Whether the priority is attracting the next generation of mainframe talent, safely evolving decades of business-critical code, accelerating release velocity, or demonstrating development ROI to leadership — BMC AMI DevX is designed to address all on a single platform. Teams...
My advice to others looking into using BMC AMI DevX is to evaluate it against your organization's specific requirements rather than adopting it solely because of its feature list. If you are a large organization with COBOL applications and want to modernize development and DevOps workflow, it is worth evaluating. I recommend running a proof of concept with your own applications involving both experienced developers and newer developers, assessing integration with your existing source control, CI/CD, and security. Training is essential to get the most value from BMC AMI DevX. I would rate this product an 8.5 overall.
From that perspective, I don't think I can give input about the impact of automated DORA metrics tracking on my organization's decision-making processes because I don't participate most of the time in that department, which just checks how quick the jobs are run or what's the difference between the two. For that one, I don't think I have any input there. I think BMC AMI DevX has provided overall benefits and a positive impact because I've seen a lot of developers, not just the new developers, but even the old developers. I'm very young, so I found a lot of old developers here that have been with the business for a while and have used the green screen their entire life. I've seen most of them also developing with BMC AMI DevX, migrating into the newer screen. They call it, "We are leaving the green screen," is what they say. They look at BMC AMI DevX as VS Code for COBOL developers, which is for us. I've seen it, not only from the old developers but even the young developers, I've seen most of them using it. I'm still in a process where I'm trying to do a sort of a hybrid style, use both. Where there's an advantage, I use this one, and where there's an advantage, I use that one. I do think it provides a more modern way of working with old technologies, with legacy systems. I think it's very good there. It's modernizing the legacy way of doing things, the mainframe. I've gone to the official documentation or guides provided by BMC for BMC AMI DevX once or twice because I was still trying to find out more about it or what it is because when I landed, I didn't know what this workbench and BMC AMI DevX thing were. I did go to the website, but I didn't get the time to just go through everything. That's something I also need to do. I think BMC AMI DevX's Open Borders approach is very good for maintaining my existing processes. I think it's very good in terms of its ability to integrate smoothly with the mainframe or the other applications. For that reason, I think its effect is very good. It's a very good effect because it doesn't disrupt existing processes or any of the existing applications. Instead, it sort of helps or integrates perfectly with them without disrupting. For example, if I was to go into a dataset with BMC AMI DevX and make changes, and then someone else logs on to the mainframe and tries to view those, they're also going to be able to pick them up. It's not that now I have to wait for something to happen or need to save on that side. It integrates smoothly, so everything just works smoothly and seamlessly. Based on my experience with every aspect of BMC AMI DevX, I would rate this product an eight because I still feel there is room for me to explore on it, but so far from what I've seen, it's very good and it definitely has a huge amount of potential.
BMC AMI DevX Code Pipeline is a solid product that any company can benefit from if they want to have tight control and a standard way of deploying applications into production in a secure manner. This is an excellent product to work with. I give this product a rating of 9.
We use various versions of the solution. I'd rate the solution overall at a seven out of ten.