BMC AMI DevX Reviews

BMC AMI DevX is best used for modernizing mainframe development and accelerating CI/CD pipelines by bringing legacy environments like COBOL and PL/I on IBM Z into modern IDEs such as VS Code and Eclipse. The platform replaces traditional green-screen interfaces with BMC AMI DevX Workbench for VS Code. Tools including Code Insights and generative AI map runtime dependencies, explain complex business logic, and break down monolithic COBOL programs. The solution is also used in automated testing and debugging.

Consider a nightly batch program written in COBOL that calculates interest updates but fails with a critical S0C7 data exception error. Traditionally, a developer would have to log into a green screen, navigate through ISPF panels, and read through massive IBM dump files to locate the error. With BMC AMI DevX, the modernized workflow uses VS Code, Git, and Code Insights to visualize the impact instead of guessing which programs interact with the broken batch job. When I open VS Code and use Code Insights, it generates a visual interactive topology map of the application. This visual chart reveals that the failing COBOL program relies on a specific DB2 database table and two subroutines, instantly narrowing down where the bad data originated. Line-by-line live debugging works by setting up a debug session directly inside VS Code using Code Debug, then launching the batch job in a test environment. Execution pauses automatically at the exact line of COBOL code that caused the crash.

Automated regression testing is also a valuable part of this solution. Before committing a code fix, developers need to ensure the change will not break other parts of the application. Total Test automatically intercepts the data passing through the program and generates a reusable test case, then runs this automated test inside Jenkins or GitHub Actions CI/CD pipelines. BMC AMI DevX has helped me develop COBOL applications effectively.

The positive impacts on my organization are significant across three critical areas: workforce transformation, delivery velocity, and system reliability. Productivity has increased by 33 percent when transitioning mainframe teams from green screens to a standard modern IDE, allowing our company's developers to focus heavily on value-adding code. Release time has also been reduced by removing manual deployment handoffs and utilizing automated CI/CD pipelines. Deployment frequency has increased by 50 percent, allowing the delivery pipeline to shift from sluggish quarterly releases to faster incremental software drops.

When an operational error occurs, visual analysis tools and immediate root cause diagnostics cut down the mean time to restore services (MTTR) dramatically. This faster recovery capability enables rapid service restoration. Workforce training has also become 50 percent faster. Additionally, there are approximately 35 percent fewer failed changes, as automated quality gates in the pipeline catch structural regressions early, reducing the rate of faulty code entering production.

The best features of BMC AMI DevX include the modern IDE extension Workbench, which integrates directly into Visual Studio Code and Eclipse. This replaces old green-screen ISPF panels with a modern tab interface. Governed CI/CD automation pipelines automate the mainframe software delivery pipeline and bridge traditional z/OS architecture with modern Git-style branching and Jenkins pipelines. Automated data stubbing and shifts automate complex unit and regression testing by isolating program changes through creating realistic data stubs.

Interactive visualization and deep diagnostics provide source-level interactive debugging for COBOL, PL/I, and Assembler. I can pause execution, review variables on hover, and analyze exact line faults instantly. The standout feature is AI-augmented application intelligence. BMC AMI's Code Insights with generative AI addresses the biggest risk in mainframe environments: the fear of changing poorly documented, monolithic legacy code. I can right-click any block of dense, decades-old COBOL code to get a plain English explanation of what the exact logic does. It creates visual maps showing how massive, undocumented program architectures interact with variables and DB2 databases at runtime.

The specific AI feature that stands out in BMC is its plain language capability. While many AI coding assistants excel at writing new code, BMC AMI addresses the most challenging problem in enterprise IT: understanding millions of lines of poorly documented, multi-decade-old mainframe code before making a change. The specific workflow moment where this AI application truly stands out is the right-click code explain functionality. When a junior developer starts with updating a 40-year-old billing application, they are often met with massive, complex code files. With the AI action inside VS Code or Eclipse, the developer can highlight a dense, archaic block of COBOL and right-click to choose "Code Explain." When I click right-click and select "Code Explain," it explains each and every line of the code in context. BMC AMI does not give a generic syntax definition but analyzes the context to output a plain English summary of the business logic. For example, if I right-click any code, it might explain: "This block validates user's zip codes against the active database and applies a 5 percent state tax if true." The developer can then instantly convert that AI explanation into permanent code comments with one click to log that tribal knowledge for future teams.

Governance and security are the most important aspects of this platform. BMC AMI DevX uses a mainframe-centric control plane architecture that allows developers to use open modern tools such as VS Code and Git while strictly maintaining authoritative lifecycle control, security rules, and compliance standards on the mainframe. The platform features mainframe-level security and access control, preserving the mainframe control plane with native SAF and ESM integration and supply chain security compliance. The platform includes built-in filters to intercept and block prompt injection attacks and abnormal input behaviors. A character-level allowlist prevents simple or rogue characters from ensuring sensitive data or phrasing is filtered out before it hits the large language model. The private cloud control feature allows organizations to anchor the AI assistant to local enterprise-hosted large language models. Proprietary source code and banking data are kept entirely within the company's secure cloud perimeter, away from public AI training data sets.

The integration aspect is very seamless and wonderful. Although I have used the platform primarily for COBOL, I have used it for different languages as well, and it has helped significantly. The right-click code explain feature explains the whole logic of the code, which helps me build, maintain, and understand the code better. The modernized COBOL code using AI-powered transformation is easy to understand when the code explanation feature reveals the whole code logic.

BMC AMI DevX can be improved primarily by streamlining initial configuration and installation, simplifying advanced documentation, and enhancing UI/UX feature discoverability. While the platform successfully bridges modern IDEs such as VS Code with z/OS, user feedback highlights the need for simplifying setup and onboarding configuration. The initial installation and login process can be simplified. Although it feels complex initially, once completed, there is nothing to do with installation repeatedly since it is a one-time process. However, it is still somewhat complex.

Basic tutorials are available that address teams implementing the configuration of multi-vendor tools and integration, but documentation gaps exist that frequently force heavy reliance on vendor support. Additionally, certain components across the workspace and diagnostic tools retain a legacy feel or hide powerful features behind deep menus, so UI/UX features can be simplified.

Integrating with non-BMC enterprise testing or new CI/CD orchestrators can require custom engineering rather than native plug-and-play connectors. Optimizing large-scale performance is also important, as heavy resource consumption during deep runtime analysis for large-scale code mapping can impact performance over slower network connections for extremely dense application modules.

I have been using BMC AMI DevX for two to three years, and it is quite the best platform to use.

BMC AMI DevX is stable.

It is highly scalable, and I think it is quite the best software currently available.

Customer support is also great. They are available most of the time to understand the situation and condition. If I am facing any issue, they are always there to help me out. I would rate customer service as a 10 out of 10.

My organization did not use any different solution previously.

Fewer employees are needed for the same work that previously required more staff. The faster service recovery and accelerated deployment cycle have enabled more efficient operations. The workforce we utilized was less than what we would have needed with our previous approach.

The software was provided by my organization, so I am not aware of the pricing, setup cost, and licensing details. I have used and worked with it as a developer, but I am not the administrator who purchased it.

I did not evaluate any other options.

I would rate BMC AMI DevX 9 out of 10 based on its overall usage. As I have already mentioned the improvement areas, that is the reason I reduced the rating slightly. Otherwise, it works fabulously, and I think everyone should adopt it. The process of initial installation and complex initial configurations is the main reason for the slightly lower rating. Aside from those areas, it is perfect, which is the reason I am giving it a 9 rather than a 10.

In my organization, I deployed BMC AMI DevX using a hybrid cloud architecture. It interfaces directly with a physical or virtual mainframe and splits its footprint between on-premises infrastructure and public or private cloud. AWS and Azure were used for this deployment.

The advice I would give is to ensure functional pairs understand the complex logic and databases. It will help teams upskill each other using BMC AMI DevX as the common language and platform to streamline development. I would recommend building and distributing pre-configured workspace profiles to get new developers up and running in minutes. Code mapping and debugging consume mainframe resources, so work closely with your system administrator to maximize efficiency. My overall review rating is 9 out of 10.

BMC AMI DevX is used primarily for mainframe application development and troubleshooting, particularly for COBOL and JCL. I use it to edit and navigate code, browse datasets, and submit jobs, and also to debug application issues.

One example is when a COBOL batch job fails with a SOC7 data exception. I first check the job output and abend details to identify the calling program and statement. Then I use BMC AMI DevX to step through the COBOL program and check the variable values at the point of failure and trace the program flow. This helps me determine whether invalid numeric data or a specific piece of program logic caused the issue. Once I identify the root cause, I make the required changes, test them, and then follow the normal change and deployment process.

BMC AMI DevX has had a positive impact mainly by improving developer productivity and making mainframe development more accessible. The modern development environment reduces the need to switch between multiple tools for activities such as editing COBOL, browsing datasets, submitting jobs, and debugging. It also helps with newer development work where we work with legacy applications, as experienced developers transition away from traditional green screen workflows. Overall, it has made development and troubleshooting more efficient and provides a more modern way of working with existing mainframe applications.

The clearest measurable impact is faster troubleshooting and faster debugging. For issues where BMC AMI DevX is applicable, the debugging time has been reduced by 20 to 30% mainly because I can step through the COBOL program and check variable values. It has reduced manual effort by bringing code analysis and debugging into a more interactive experience.

The most valuable feature is the integrated COBOL debugging and code analysis capability. Being able to step through programs, set breakpoints, and monitor variable values to understand how the program flow operates makes troubleshooting much easier and more structured. I also appreciate the modern development environment for editing COBOL, browsing datasets, and submitting JCL jobs without constantly switching between different tools. The code navigation and AI-assisted code understanding capabilities are also useful for working with unfamiliar legacy applications.

The code understanding features have been useful when I need to work with unfamiliar COBOL applications. They help me explain existing code, identify the relationships and dependencies between programs and copybooks, and make it easier to understand the overall program flow. Instead of manually tracking every section of a large legacy application, I can use the AI assistance to get a quicker understanding of what the code is doing and where a change may have an impact. This reduces the time to get familiar with older code and makes maintenance and troubleshooting more straightforward and efficient.

I would suggest making the initial installation and configuration simpler, especially for new users. The login and startup experience could also be improved by reducing repeated login prompts and the time it takes for the application to become ready. I would like better integration between debugging and related information such as JCL, job output, abend details, and application logs. A more intuitive interface, stronger documentation website, and an easier onboarding process would also be beneficial. Additionally, enhanced AI-assisted capabilities would make the product easier to adopt.

I have been using BMC AMI DevX for about one year.

BMC AMI DevX feels stable in my experience.

BMC AMI DevX is good in terms of scalability. From my experience, it has been scalable for our mainframe development and support needs, handling large COBOL programs and large workloads.

The customer support is responsive when issues are raised and takes technical cases seriously. In our environment, some requests are routed through our internal support or mainframe team rather than directly to BMC, but issues are still handled through appropriate channels. I have a positive impression of the support experience. I would rate the customer support 9 out of 10.

We did not use any other solution before this. We were using mainframe tools before BMC AMI DevX.

For issues where BMC AMI DevX is applicable, I have seen debugging time decrease by around 20 to 30% because I can trace the COBOL programs and also inspect the variables. We can also identify the failing statement more efficiently, so the debugging time has been reduced by 20 to 30%.

I do not have direct information about the setup cost and pricing and licensing. From the implementation perspective, I think the initial configuration can require some effort to align the product with existing enterprise processes and mainframe tooling.

We did not see many options, but we primarily relied on standard mainframe tools such as ISPF and SDSF, and we used to do manual tracking of COBOL.

BMC AMI DevX provides a strong modern development and debugging experience for mainframe applications. I rate it in the range of 8 to 9 out of 10. What keeps it from being a 10 is mainly user experience, as the login and startup process can be frustrating, and the initial setup can also be challenging for new users.

I have a positive view of the security around BMC AMI DevX in an enterprise environment. However, I have not personally evaluated the underlying governance controls of its AI capabilities in detail. For AI-assisted code understanding, I want clear controls around access to source code and link data and permissions, as well as understanding how AI-generated explanations are processed. These areas would be important considerations before using the AI features with sensitive or business-critical mainframe code.

I find that the AI-assisted code understanding and output generated through BMC AMI DevX is useful and generally reliable for getting an initial understanding of unfamiliar COBOL applications. It can explain code, identify dependencies, and clarify program flow, which saves time when working through legacy code. However, I treat AI output as a starting point rather than the final authority, especially for business-critical logic, and I still validate the explanation against actual code and application behaviors before making any changes.

BMC AMI DevX is deployed in a hybrid cloud in our organization and integrates with our existing mainframe environment. IBM is the cloud provider for our hybrid cloud deployment.

My advice would be to evaluate BMC AMI DevX against the specific needs of your mainframe development team. If you work extensively with COBOL and want to modernize development, debugging, and DevOps workflows, it is worth considering. I would recommend running a full proof of concept with your applications and involving both experienced and newer developers. Pay particular attention to integration with existing source control, CI/CD, and security processes. Also, plan for some initial configuration and provide hands-on training so the team can get comfortable with the platform. My overall rating for BMC AMI DevX is 8 out of 10.

I work on mainframe, and some of the developers prefer to code on BMC AMI DevX because it looks more modern. For me, my basic use of it is just to extract information. Most of the time we end up having to extract certain files from the mainframe. Because those files use copybooks, the only way to extract the file in a certain layout using a specific copybook is through the use of BMC AMI DevX. I log in to the mainframe dataset and then browse using File-AID, but I'm using BMC AMI DevX application. I use it mainly for file extracts on my side and also to browse and do edits on files. Some of the other developers also do code on it. They do prefer to write code on it, but I still prefer the green screen.

I definitely think BMC AMI DevX could be improved or enhanced in terms of the logging in features. BMC AMI DevX's logging in feature is not so great. Whenever you try to log in, it always prompts you for passwords. Then when you have to switch sessions, because we usually have to switch between production and UAT, there's no quick way of switching between the two. Every time you try to switch, it prompts you to log in. Additionally, there's a pop-up that I always receive. When you click X on it, it doesn't disappear. Eventually, I just end up minimizing it. Furthermore, the startup of BMC AMI DevX takes a long time to start up before it loads. It doesn't just immediately start up and it's ready. It takes a good solid two to three minutes before it's ready so that you can work on it.

I would definitely say the features of BMC AMI DevX, specifically the speed, the extraction speed, have been the most useful. It's very quick compared to extracting a certain file directly from the mainframe itself. With mainframes, we deal with huge volumes of files or huge sizes of files. With BMC AMI DevX, when it comes to extracting, you just browse it, it quickly loads it with the exact layout as is. Then when you try to export the file to a CSV or to an Excel format, you just say export and immediately it's done. You don't even wait. On the other side, with the mainframe, you can do the very same file and it ends up taking 15 or 20 more minutes long. In some cases, it never even finishes extracting and it complains about the sizes. I don't encounter the same problem with BMC AMI DevX.

BMC AMI DevX's tools have affected my developers' productivity and efficiency by helping with the speed. It makes you more productive because now you're able to achieve more things quicker instead of struggling with trying to find other ways on mainframe. It helps you develop faster, produce files faster, and extract files faster.

I definitely think BMC AMI DevX could be improved or enhanced in terms of the logging in features. BMC AMI DevX's logging in feature is not so great. Whenever you try to log in, it always prompts you for passwords. Then when you have to switch sessions, because we usually have to switch between production and UAT, there's no quick way of switching between the two. Every time you try to switch, it prompts you to log in. Additionally, there's a pop-up that I always receive. When you click X on it, it doesn't disappear. Eventually, I just end up minimizing it. Furthermore, the startup of BMC AMI DevX takes a long time to start up before it loads. It doesn't just immediately start up and it's ready. It takes a good solid two to three minutes before it's ready so that you can work on it.

BMC AMI DevX's logins and the other ones I can understand because security has to be there, but I do feel that once I've logged in, I shouldn't need to log in again. The startup problem is the annoying one because if I want to do something, I need to open it two or three minutes earlier to give it time to load up. The startup problem is the one that definitely needs to be addressed.

I started using BMC AMI DevX from last year in January.

I think BMC AMI DevX is very stable. BMC AMI DevX is very stable for a modern application processing huge workloads. I've also seen some of the developers where they are able to compile huge amounts of code, which includes COBOL programs with a lot of lines. It produces reliable results there. I've never seen it complain about the huge amount of code that it has to read and compile. Even when I do extract files on my side, when I usually have issues extracting a huge amount of files on the mainframe, I don't encounter those problems with BMC AMI DevX.

From my perspective, I haven't seen BMC AMI DevX struggle in terms of workloads where it needs to be scaled up or scaled down. So far, based on what I've seen and using it, I haven't been at a point in time where I'm thinking that we need to scale up or we need more processing power from it. I think it's been very reliable. We haven't had the need to scale up or scale down from it.

I have not yet used the GenAI-powered code understanding features of BMC AMI DevX for COBOL or another language, unfortunately. I will definitely try and check them out.

I haven't used AI capabilities in BMC AMI DevX at all yet.

I have not leveraged the full-lifecycle Java support in BMC AMI DevX because we are strictly COBOL and we don't integrate with the other languages.

I've seen the Git features in relation to my use of z/Adviser, but because our CI/CD is through ISPW, we haven't used Git. We also don't use Git in our team specifically.

I think the hybrid CI/CD integration with existing enterprise DevOps tools in BMC AMI DevX is very good. When you do log into BMC AMI DevX, you are able to see all your datasets from the mainframe directly without having to do anything. You can see all your PDSs, all your folders, all your files. You don't have to log into something else again. You just log in once into BMC AMI DevX and everything is already there.

I do not often communicate directly with the technical support of BMC. I just know that whenever we have issues, we do contact our mainframe platform guys, and then they do contact BMC AMI DevX guys. We don't talk to them directly; we just contact our guys directly and then they will have the communications with the other external teams.

Before using BMC AMI DevX, I was strictly using the mainframe, which is the Flex Terminal terminal emulator. It was strictly that. I think we did at some point try to integrate VS Code, but it just created a lot of issues, then we just ended up saying, "Let's leave this thing."

I did not participate in the initial setup or installation of BMC AMI DevX. Unfortunately, by the time I arrived at the team, it was already there.

Before choosing BMC AMI DevX, there were no other options that we evaluated besides VS Code.

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.

My main use case for BMC AMI DevX is mainframe application development and maintenance, especially working with COBOL and JCL applications. I use BMC AMI DevX for code development, debugging, analyzing program flow, and troubleshooting issues in both batch and online applications.

One example of how I used BMC AMI DevX in a recent project was troubleshooting a production issue in a COBOL batch job where the output was incorrect. I used BMC AMI DevX to step through the program, inspect variable values, and identify the issue in the processing logic, which made debugging much faster than manually tracing the code.

I also use BMC AMI DevX for code navigation and impact analysis when making changes to existing mainframe applications. It is especially useful for understanding dependencies between COBOL programs, copybooks, and JCL, which helps reduce the risk of introducing issues during maintenance.

BMC AMI DevX has positively impacted my organization by mainly improving developer productivity, as it makes debugging and application analysis faster. In my experience, it has reduced the time spent tracing COBOL issues and understanding existing code, which helps us resolve maintenance issues more efficiently.

I estimate that I save around 15 to 20% of my time now compared to before using BMC AMI DevX, particularly during debugging and code analysis. On a typical week, that could mean saving roughly four to six hours, depending on the complexity of the issues and application being worked on.

BMC AMI DevX definitely helps me develop COBOL while juggling other responsibilities, as it keeps me productive when I handle multiple COBOL development and maintenance tasks because debugging, code navigation, and analysis are available in one environment. It reduces the time I spend switching between tools and manually tracing issues.

Regarding how BMC AMI DevX's automated DORA metrics tracking affects my organization's decision-making processes, it had a moderate to positive impact by giving us better visibility into development and troubleshooting activity. It helps teams identify recurring issues and areas for improvement, although we still combine those metrics with developer feedback and project-level data before making decisions.

BMC AMI DevX has helped improve our deployment frequency and reduce change failure rates, but I would describe the impact as moderate rather than dramatic. Based on our experience, deployment frequency improved by roughly 10 to 15%, while change failure rates came down by around 5 to 10%, mainly through better visibility and process improvements.

BMC AMI DevX tools have affected my developers' productivity and efficiency positively compared to prior solutions, as it mainly reduces the time spent on debugging and understanding existing COBOL applications. I estimate around a 15 to 20% improvement in overall developer productivity, with debugging and code analysis seeing the biggest gains.

I evaluate BMC AMI DevX's Open Borders approach on maintaining our existing processes as having a positive impact because it allows us to maintain our existing mainframe processes without requiring major changes to our established workflows. It also makes it easier to connect mainframe development with newer tools and practices while keeping the existing applications and processes largely intact.

In my opinion, the best features BMC AMI DevX offers are the debugging capabilities, which are probably the most useful feature for me, as I can step through COBOL programs and inspect variables while troubleshooting. I also find the code navigation, program analysis, and integration with the mainframe development environment helpful for day-to-day maintenance work.

BMC AMI DevX's debugging tools make it much easier to trace the program flow and monitor variables' values without adding a lot of temporary code. For example, while troubleshooting a batch job with an unexpected calculation result, I could step through the COBOL logic and quickly identify where the value was getting changed.

BMC AMI DevX's integration with the existing mainframe development workflows is also useful, especially when working across source code, JCL, data sets, and related application components. BMC AMI DevX's analysis and navigation features help me understand dependencies faster when modifying legacy applications.

Regarding BMC AMI DevX's AI capabilities, I think the governance and security aspects are generally solid, particularly because it operates within established mainframe access controls and enterprise security practices. I would still like more visibility into AI-specific controls such as auditability, data handling, and how AI-generated recommendations are governed.

In my assessment, the accuracy and reliability of BMC AMI DevX's AI output are generally useful and reasonably accurate, especially for code analysis and assisting with understanding existing mainframe code. However, I would not rely on it blindly for production changes; I still validate the suggestions against the application logic and test results.

I have used BMC AMI DevX's GenAI-powered code understanding features for COBOL to get a quick overview of unfamiliar programs and understand the purpose of different sections. It helps reduce the initial analysis time, but I still verify the generated explanation against the actual code before making changes.

An area for improvement in BMC AMI DevX would be the user interface and overall usability, which can feel a little complex for new users coming from modern development tools. Better documentation, easier navigation, and more intuitive workflows would reduce the learning curve, especially for occasional users.

Integration with newer DevOps and CI/CD tools could be improved further in BMC AMI DevX, especially for teams working with modern development pipelines. I would also like to see more troubleshooting guidance and practical examples in the documentation, so resolving common issues requires less dependency on support teams.

I rate BMC AMI DevX an 8 because the user experience can still feel less intuitive compared to modern development tools, especially for new users. I would also like to see stronger integration with modern DevOps and CI/CD workflows and more streamlined documentation.

I have been using BMC AMI DevX for around one and a half years.

In my experience, BMC AMI DevX has been stable for day-to-day mainframe development and debugging, as we have not faced major stability issues, although like any enterprise tool, the experience can depend on the environment and configuration.

I would say BMC AMI DevX's scalability has been good for our environment, as it handles larger development teams and complex mainframe applications without major issues, and the integrated tooling becomes more valuable as the number of applications and developers grows.

BMC AMI DevX's customer support has been good overall.

Before using BMC AMI DevX, we relied more on traditional mainframe development and debugging tools, including ISPF-based tools, which is why we switched to BMC AMI DevX because it provided a more integrated development and debugging experience, making code analysis and troubleshooting faster and easier for the team.

I can confirm that we have seen a return on investment with BMC AMI DevX, mainly through the time savings rather than reduced headcount. Roughly, we have saved around four to six developer hours per week on debugging and code analysis, which I estimate translates to around a 15 to 20% productivity improvement for the developers using it regularly.

My experience with pricing, setup cost, and licensing for BMC AMI DevX is that I would describe the pricing and licensing as reasonable for an enterprise mainframe tool, although the overall cost can be significant depending on the number of users and components licensed. Setup was fairly straightforward in our environment, but understanding the licensing structure and getting the right components initially took some effort.

We have looked at a few alternatives before choosing BMC AMI DevX, mainly IBM Developer for z/OS and traditional ISPF-based development and debugging tools. We compared them mainly on the debugging capabilities, code analysis, ease of use, and integration with our existing mainframe environment before choosing BMC AMI DevX.

My advice for others looking into using BMC AMI DevX is to evaluate it based on your existing mainframe environment and the specific development workflows you need to improve. I especially recommend doing a hands-on trial with the debugging and code analysis because that is where I saw the biggest productivity benefit. I rate BMC AMI DevX an 8 overall.

One example is when a COBOL batch program fails in production and I need to identify the exact issue. I use BMC AMI DevX mainly for debugging and analyzing the program flow. I start by checking the job output and abend details to understand where the failure occurred. Then I use the debugging capabilities to trace the COBOL program, check the values of variables at the point of failure, and follow the program flow to identify which piece of logic caused the problem.

Sometimes I get SOC7 data exceptions. I check the failing statement and the related data field to determine whether invalid numeric data was received. Once I identify the root cause, I make the required code or data correction through the normal change process, test it, and then promote the fix. So I mainly use BMC AMI DevX for debugging COBOL programs.

In a real-time example, when a batch job fails with a SOC7 abend, I check the job output and identify the failing program and statement. Then I use DevX to debug the program, check the variable values and data at the point of failure, and trace the program flow to find the root cause. After identifying the issue, I make the required fix, test it, and follow the change and deployment process.

Apart from debugging, I also find it useful for understanding existing COBOL programs and troubleshooting production issues. When I am working on a change, I can follow the program flow and check how data is moving between different sections and variables. It helps me understand the impact of a change before making code modifications. Overall, I use BMC AMI DevX mainly for debugging, code analysis, and faster root cause identification.

Mainly I use BMC AMI DevX when I need to debug and analyze COBOL programs. I start by checking the job output in SDSF to identify the failing program and statement, and I use DevX to step through the program, check variable values, and understand the program flow.

In my experience, the most useful features are the debugging capabilities, especially being able to step through COBOL programs, monitor variables, and understand the program flow. I also find the ability to identify the exact statement where an issue occurred very useful for production troubleshooting. Another useful aspect is that it helps me analyze existing code more efficiently. Overall, the main benefit for me is that it makes debugging more structured and reduces the time needed to identify the root cause of an issue.

The features I find most useful are source-level debugging and breakpoints, variable monitoring, program flow analysis, abend analysis and troubleshooting, code analysis, and interactive debugging. Overall, I find these features useful for faster root cause analysis, especially when troubleshooting COBOL programs in a mainframe environment.

One improvement I would appreciate is stronger integration between DevX debugging and other troubleshooting information, such as JCL, job output, abend details, and application logs, all in one place. It would also be useful to have more automated root cause suggestions for common abends like SOC7 and SOC4. That could reduce the amount of manual analysis and make production troubleshooting even faster. Overall, the current debugging capabilities are useful, but better integration and automation would make the experience more efficient.

One thing that stands out for me is the combination of debugging and code analysis capabilities. Being able to step through the COBOL program, set breakpoints, and monitor variable values gives me a much clearer picture of what is happening during execution. One feature I would find useful is an even deeper integration with production diagnostics where job logs, abend information, source code, and debugging could be brought together in one place. That could make production troubleshooting even faster. Overall, the debugging and analysis features are the ones I find most valuable in my daily work.

If I could suggest improvements, I would focus on making the user experience more intuitive, expanding practical documentation, and providing deeper integration between debugging, JCL, job output, and diagnostic information. Those additions would make an already useful tool even more convenient for mainframe developers and support teams.

I have around 3.4 years of experience in the mainframe field. Regarding BMC AMI DevX specifically, I have been exposed to its tools in the mainframe environment for almost 3 years.

BMC AMI DevX has been stable for my day-to-day mainframe development and debugging activities. I have not experienced major stability issues during normal use. It has been reliable for COBOL debugging, code analysis, and troubleshooting production incidents. Of course, stability can also depend on the organization's environment, configuration, and integration with other tools.

From a developer's perspective, I find BMC AMI DevX scalable for mainframe development and support workflows. It can support multiple developers for COBOL applications as they debug different problems without changing the overall development process. I don't have visibility into the organization's infrastructure capacity or user volume metrics, so I can't provide specific scalability numbers. But from my day-to-day usage, it handles my development and troubleshooting needs.

Support requests go through my cross-functional team via the company's support channels, so I don't interact directly with BMC support very often.

We also relied on the standard mainframe tools and manual troubleshooting methods such as ISPF, SDSF, job logs, dumps, and manually tracing COBOL code. We moved to DevX mainly to make debugging and code analysis more efficient. I don't have access to the organization's purchase or migration data, so I can't provide application ROI or license cost details. From a developer perspective, the main visible benefit I have seen is that it reduced the time needed to debug by 20 to 30 percent for troubleshooting tasks where DevX is applicable.

I would estimate that the debugging time for issues where I used DevX was reduced by around 20 to 30 percent, mainly because I could directly trace the program, check variable values, and identify the failing statement. I wouldn't say it eliminated recurring issues because those depend on the actual root cause and quality of the fix. But faster root cause identification helped me resolve incidents more consistently and reduced the amount of manual debugging effort.

From a developer perspective, the main alternatives to the DevX workflow are the standard z/OS tools I already used, such as ISPF, SDSF, diagnostic dumps, and manual COBOL code testing or tracing. BMC AMI DevX provides a more interactive debugging experience than that workflow. I cannot speak about a hands-on comparison with other third-party tools.

I would recommend evaluating BMC AMI DevX based on the specific needs of the mainframe development team. If the team spends a lot of time on COBOL application maintenance and production troubleshooting, the debugging and code analysis capabilities can be particularly useful. I would also suggest starting with a small group of developers, providing some hands-on training, and measuring things such as debugging time and incident resolution effort before expanding usage. Overall, I would say it is worth evaluating, especially for teams looking to make mainframe development and application maintenance more efficient. I would rate this product an 8 out of 10.

My main use case for BMC AMI DevX is to work with COBOL and JCL development on IBM. I mainly use it for editing, browsing data sets, submitting jobs, and debugging applications. I appreciate the Eclipse and VS Code style interface compared to traditional ISPF, which makes navigation easier.

One specific example of how I used BMC AMI DevX in my day-to-day work is maintaining a COBOL-based mainframe application. I used the DevX workbench to edit COBOL programs, browse data sets, submit JCL jobs, and debug batch job failures. One issue involved a batch job that was failing because of incorrect output data. Using the integrated debugger and job output, I traced the problem to the validation routine in the COBOL program. I fixed the logic, resubmitted the JCL, and verified that the job completed successfully.

In my day-to-day work, I mainly use BMC AMI DevX to streamline the mainframe development workflow rather than switching between multiple tools. My typical routine includes editing COBOL programs, submitting JCL jobs, reviewing job output, debugging failures, and browsing data sets from a single environment. I also use it to integrate debugging failures to trace program execution and identify logic or data issues more quickly. Overall, it reduces context switching and makes troubleshooting and code maintenance more efficient, although the initial setup and learning curve are challenging.

BMC AMI DevX helps me develop COBOL while juggling other responsibilities by bringing editing, debugging, job submissions, and code navigation into a single environment. This reduces context switching, allowing me to spend less time managing tools and more time on development, making it easier to balance COBOL work with my other responsibilities.

I have used the GenAI-powered code understanding features of BMC AMI DevX for COBOL, which helps me understand unfamiliar code much faster. The code navigation, dependencies analysis, and AI-assisted code explanation make it easier to see how different COBOL programs, copybooks, and JCL jobs are connected. Instead of tracing everything manually, I can quickly identify the program flow, understand business logic, and find where changes need to be made, significantly reducing the time it takes to get up to speed with legacy applications.

I have leveraged the full-lifecycle Java support in BMC AMI DevX for developing and maintaining Java applications that interact with mainframe services. The integrated debugging, code navigation, and monitoring tools make it easier to diagnose issues and application behavior across Java and mainframe. It is effective in troubleshooting because it allows me to quickly identify errors in variables and execution without switching between multiple tools, thus streamlining the development and debugging workflow.

The best features BMC AMI DevX offers are difficult for me to specify because I am using BMC AMI DevX in my day-to-day life.

A feature that surprised me about BMC AMI DevX is the Runtime Visualizer, which shows how programs interact at runtime, making it much easier to analyze application flow and troubleshoot dependencies.

BMC AMI DevX positively impacts my organization with its modern VS Code and Eclipse development environment, integrated debugging, AI-assisted code understanding, automated CI/CD pipelines, and end-to-end mainframe DevOps workflow.

Specific outcomes that show how BMC AMI DevX has positively impacted my organization include improvements in productivity, time saved, or reductions in errors. For instance, a Forrester Total Economic Impact study of organizations using BMC reported a 217% ROI, payback in under six months, and 26.2 million in benefits over three years for modeled enterprises with 300 mainframe developers. The study also found a 50% reduction in onboarding time for a new developer from about nine months to 4.5 months. Additionally, BMC highlighted customer examples such as reducing the efforts of moving changes from development to production from five hours to 18 minutes. I do not have firsthand organization metrics because I have not personally deployed BMC AMI DevX, but the published customer studies report improvements such as a 217% ROI, 50% faster onboarding, higher deployment frequency, and lower change failure rates, although I cannot claim those as my organization's results.

BMC AMI DevX is a strong platform, but there are a few areas where it could improve, such as simplifying the initial installation and configuration, especially for first-time users. It could also improve performance when working with very large mainframe applications or on slower network connections, and making the UI more intuitive so advanced features are easier to discover. These improvements would make the platform easier to adopt and more productive for both experienced mainframe developers and newcomers.

Regarding improvements needed for BMC AMI DevX, I would suggest making the UI more intuitive so advanced features are easier to discover and providing more built-in tutorials, guides, onboarding, and documentation for new developers.

I have been working for the last six months and completed an internship for about six months, so I have a total experience of one year.

BMC AMI DevX is very stable.

From what I have read, BMC AMI DevX appears to scale well for large enterprises, but I do not have personal experience running or managing it in a large-scale environment.

The customer support for BMC AMI DevX is very good.

I am not using a different solution before BMC AMI DevX.

The main challenges were the initial configuration and aligning the tooling with our existing enterprise processes.

I cannot say that I have personally seen a measurable return on investment because I was not involved in evaluating or deploying BMC AMI DevX in an organization. I do not have firsthand ROI data, but BMC has published customer studies reporting positive ROI, including a Forrester Total Economic Impact study that estimates a 217% ROI with payback in under six months for modeled enterprise deployments. However, those are published customer findings and not results from my own experience.

My understanding is that BMC AMI DevX is an enterprise product with custom licensing, so pricing is typically negotiated based on factors such as the modules purchased, organization size, and usage. I do not have direct experience with the commercial side or the total cost of ownership.

In evaluating options before choosing BMC AMI DevX, my organization considered various solutions in the market.

From what I have seen in the market, organizations evaluating BMC may also consider IBM Application Delivery Foundation for IBM Developer for z/OS, IBM Debugger, Debug for, and Broadcom Mainframe DevOps solutions. The product chosen usually depends on the existing mainframe environment, tooling, and DevOps strategies.

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.

My team uses BMC AMI DevX for the development purposes of our products. BMC AMI is a BMC modern mainframe platform focused on automation, observability, DevOps, and AIOps. My team is mostly working on the development part as well as the DevOps part.

Before BMC AMI DevX, developers used to do the modification of COBOL JCL code, manual compile, and testing. Issues were found in QA. Production deployment required several manual approvals and steps. With BMC AMI DevX, developers commit the code to Git. CI/CD pipelines are automated, build the application, run code quality checks, and execute unit testing. AI-assisted tools also help explain legacy code and identify potential issues. Automated deployment pushes changes through dev, test, and prod. The benefits of using BMC AMI DevX are faster releases, fewer manual errors, and easier onboarding for developers unfamiliar with legacy mainframe code.

When implemented effectively, BMC AMI DevX delivered value beyond the DevOps team and impacted the entire organization. It provides faster issue resolution. The AI-driven anomaly detection detects the root cause and reduces the time spent investigating production issues or incidents. Operation teams can restore service faster, improving system availability and customer experience. It also improved the release velocity as an organization. As we automated the build, test, and deployment activities, it helped the team deliver enhancements more frequently. Reduced manual intervention means fewer release delays and errors. The GenAI-powered BMC AMI DevX assistant helped engineers access operational knowledge and troubleshooting guidance quickly. Overall, it increased operational resilience as well.

Regarding the metrics that improved after using BMC AMI DevX, mean time to detect was reduced from thirty minutes to five minutes, and mean time to recover and resolve as well. Previously, it was taking more than four hours, but now it has been reduced to one hour. System uptime has increased from ninety-nine point five percent to ninety-nine point nine percent of the time. These are the specific metrics that were mainly impacted by BMC AMI DevX.

For a Dev and DevOps team, the top BMC AMI DevX features are AI-powered operations and root cause analysis. Then, we have the GenAI assistance as well. DevOps enablement is already there in BMC AMI DevX and enterprise observability as well.

I have a scenario where there was a production performance issue after a release. My team deployed a new payment processing enhancement and within minutes, transaction response times increased and customers started experiencing delays. Without BMC AMI DevX, DevOps would have received alerts from multiple monitoring tools, engineering would have manually analyzed the logs, CPU usage, DB2 activity, and transactions. It would have meant several teams joining a bridge call, and root cause identification might have taken hours to resolve. With BMC AMI DevX, BMC AMI Ops automatically detects the abnormal behavior and flags it as an anomaly. AI correlates metrics across the impacted subsystems and identifies the likely source of the issue. The system provided contextual guidance and remediation recommendations directly in the operations dashboard. The DevOps team quickly discovered that a newly deployed SQL query was causing the excessive CPU consumption. The release was rolled back and then we had to do the patchwork without a major business impact. It helped reduce the mean time to detect, reduce the mean time to recover, fewer customer-facing outages, and less dependency on the senior SMEs.

Regarding AI governance and security as part of a BMC AMI DevX review, it supports enterprise authentication and role-based access controls (RBAC), helping ensure users only access systems and data relevant to their roles. It provides automated monitoring, alerting, and security management capabilities to help identify threats and maintain compliance. The BMC AMI DevX assistant is designed to use approved knowledge sources such as BMC documentation and SME-contributed knowledge, helping the organization control the information used by the AI features. An area for improvement would be a more granular AI governance dashboard showing who used the AI, what recommendations were generated, acceptance or rejection rates, model effectiveness metrics, and enhanced explainability so the team can better understand how AI recommendations were produced. Stronger governance reports for regulatory and audit reviews would also be beneficial. These capabilities would really help highly regulated industries such as banking, insurance, and healthcare.

BMC AMI DevX can be improved by simplifying the user experience. BMC AMI portfolio contains multiple products and dashboards, so new users can face a steep learning curve. A more unified and intuitive interface would improve the adoption rate. I would also recommend the enhancement of the AI. The GenAI assistant is helpful, but our organization would benefit from more proactive recommendations. AI could automatically suggest fixes, generate runbooks, and predict release risks before deployment. Cost optimization is another area for improvement because BMC AMI DevX solution can require a significant investment. More flexible licensing and modular pricing could make adoption easier for smaller teams and departments.

An improved business dashboard would also help. It would help to demonstrate the ROI.

My team and I have been using BMC AMI DevX for more than a year.

BMC AMI DevX is definitely stable and it does run reliably without frequent issues. Even if we run into some issues, the support team is really great and they help us resolve those issues as quickly as possible.

The customer support is really great and they do provide the resolutions of the issues as soon as possible. They communicate with lots of transparency and they try to do their best.

We did evaluate previous solutions, but it is confidential and I actually cannot disclose the name.

We did evaluate a few of the options, but I do not remember all the names. Finally, we chose BMC AMI DevX.

I would rate BMC AMI DevX an eight instead of a ten because it is very strong technically, but there are a few practical challenges that most enterprises experience. Real-time monitoring across the mainframe environment is excellent for observability, but the improvement areas such as steep learning curve, implementation effort, cost, and the fact that AI still supports, not replaces, need to be improved within the system. Once those things are improved, then perhaps we can rate it a ten out of ten.

Overall accuracy and output, I would say eight point five out of ten.

BMC AMI DevX is deployed on-premises in the office, not in a private cloud.

I would say go for it. It is a very helpful product for organizations that are looking to scale at an organizational level and also that are looking to automate things without doing much repetitive manual work. It will also increase the predictability of the product or the work that we are going to do. I am rating BMC AMI DevX an eight out of ten overall.

As the administrator of BMC AMI DevX Code Pipeline, I set up applications, pipelines, associations, flags, and deployment. BMC AMI DevX Code Pipeline's deployment process has three phases. The first phase moves the source code from ISPW's internal libraries to the production libraries. Then it performs the implementation phase, and the final phase is the activation phase. The activation phase moves the code and performs DB2 binds if DB2 is involved in the COBOL programs. During the activation phase, if there are any CICS modules, it performs new copies and phasing commands. It actually runs and kicks off those started tasks to handle the activation phase.

I could not compare how BMC AMI DevX Code Pipeline has impacted my company positively because when I joined the company, this product was already installed. The organization had switched from Changeman to this product, ISPW, before my arrival, so I could not compare the benefits. BMC AMI DevX Code Pipeline is secure and has really tight controls. Nothing can get into production without the proper approvals and following the policies. The developers prefer to use it and are happy with it.

The best feature of BMC AMI DevX Code Pipeline that impresses me is the fallback functionality. The fallback functionality impresses me because when developers deploy large releases involving multiple components, such as COBOL programs, underlying copy books, and CICS modules, backing out changes would typically become a nightmare. With ISPW, developers can back out the entire release or entire package. If they deployed 100 components and want to back out everything, they can do so with one function and back out all components without worrying about backing out each individual component. They can back out the entire deployment set, which handles everything and brings them back to the previous versions. Developers can also selectively back out a subset of the deployed components. They also have the ability to revert to not just the most previous version but can go back several versions if they choose to do so. This gives them a lot of flexibility.

The only thing that bothers me about BMC AMI DevX Code Pipeline is the screen movement. On the screens, I cannot move to fields easily. I have to put my cursor on the field and tap it to bring focus there, or use the tab key multiple times to get to a field on the screen. This sometimes bothers me. If BMC AMI DevX Code Pipeline can improve the UI and user interface on the screens, that would be beneficial. Otherwise, I think the product works well.

I have been using BMC AMI DevX Code Pipeline since 2019, which is seven years.

BMC AMI DevX Code Pipeline is stable and reliable.

BMC AMI DevX Code Pipeline runs on one LPAR, and no matter where someone is in the world, they have to use it on that LPAR. My company does not provide copies of this product on different LPARs. For example, my company has the product installed on one LPAR, let's say SysB. If someone is in India, another country, or another state in the United States and wants to use it, they have to use it on SysB and all log into that. BMC AMI DevX Code Pipeline does have a PC version or internet version called Topaz. Again, it has to go to the same SysB and signs into the same SysB TSO and the same LPAR.

I have a very good experience with BMC AMI DevX Code Pipeline customer service and technical support. Every time I open a case, I get an immediate response. Sometimes it takes a while for them to provide a solution, but they usually do. They are very responsive.

My company was using Changeman before adopting BMC AMI DevX Code Pipeline. Changeman is another version control system that is similar in nature but did not have all the same functionalities that BMC AMI DevX Code Pipeline offers. It was limited.

I was not here to see the initial setup of BMC AMI DevX Code Pipeline, but I heard it took a while. A team of BMC engineers and developers came and sat with the company staff. It took them considerable time because the company had thousands of programs and underlying components, with DB2 and CICS involved. They had to study everything, take inventory of all the artifacts, and then set up sample applications in the product and test everything. I would assume the initial setup took at least a year.

My company is not currently considering changing to anything else regarding BMC AMI DevX Code Pipeline. In the past, the company may have considered other products, but I do not know how many others are available. The only other option is cloud-based, but I do not think the company is going in that direction.

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.

My main use case for BMC AMI DevX is for a mainframe application where I use it for the code pipeline, streamlining and securing the building and deploying of the mainframe code files.

A specific example of how I use BMC AMI DevX in my code pipeline involves integrating it with my Visual Studio Code, which has helped me maintain the code pipeline using the CI/CD framework that my client uses for developing workflows around the mainframe application and deploying it for the client I worked on.

I have a few additional points about my main use case and how I use BMC AMI DevX day-to-day, which also involves using test data management and debugging, with File-AID and Abend-AID covering this for my application.

BMC AMI DevX has impacted my organization positively by providing advantages such as the code pipeline and code insights while identifying bottlenecks using Strobe, making my workflows easier as I previously lacked a tool that could assist me in these areas.

Regarding specific outcomes or metrics showing how BMC AMI DevX made my life easier, I mentioned the performance bottleneck identified on the scheduled job, from which I could analyze the timing breakdown during the wait time on each step, allowing me to leverage Strobe's features to identify and work on the mainframe applications efficiently.

BMC AMI DevX does help me in mainframe works while I juggle other responsibilities.

BMC AMI DevX tools have enabled me to save approximately 30 to 40% of the time due to its AI capabilities and seamless integration with my CI/CD pipelines.

The best features BMC AMI DevX offers, in my opinion, include the Strobe feature that finds performance bottlenecks while streamlining and securing the building of mainframe code using the code pipeline.

When it comes to finding performance bottlenecks, BMC AMI DevX has helped me identify a bad job that was calculating some billing information, where I saw the processing time grow from 40 minutes to two and a half hours, prompting me to schedule a Strobe measurement against the job to identify which step was taking more time, leading me to discover a memory issue with the CPU that I resolved by increasing my memory.

I would add that this was a standard use case with not much extra to discuss.

I have utilized the text-based GenAI feature of BMC AMI DevX; given that COBOL is a legacy language, it poses challenges in understanding the code base without AI, which certainly helps me work on it more promptly.

I find the hybrid CI/CD integration with my existing enterprise DevOps tools to be seamless, with no issues encountered.

If I consider improvements for BMC AMI DevX, I would like to see enhancements in the UI for a more seamless experience, especially given its slightly high licensing cost, where purchasing individual tools can be costly.

I believe the AI features are less mature at the moment and could definitely be improved.

I chose seven out of ten because the pricing and subscription model feels opaque, and I believe the AI-assisted code work has room for improvement.

I consider BMC AMI DevX to be pretty secure in terms of AI capabilities, but I feel a bit more transparency would enhance my understanding.

I find BMC AMI DevX reliable, but the level of detail in its output can certainly be improved.

I have been using BMC AMI DevX for the past one or two years.

BMC AMI DevX is stable.

I find BMC AMI DevX to be scalable and capable of operating on any public, private, or hybrid clouds.

The customer support I have encountered is quite nice.

I don't know if I previously used any different solutions before BMC AMI DevX.

I don't have any information about the return on investment regarding money or time saved, or any resultant reductions in workforce.

I'm not sure if my organization purchased BMC AMI DevX through the AWS Marketplace, as I believe my leadership handled that aspect.

I don't have the exact numbers regarding pricing, setup cost, and licensing, but it was higher than what it should have been and there are transparency issues—it's opaque.

I believe my client did evaluate IBM tools prior to deciding on BMC AMI DevX.

My advice for others considering BMC AMI DevX is to carefully review the documentation and follow it as it will help in working with the tool in a standard way. I gave this review a rating of seven out of ten.

BMC AMI DevX solutions are primarily used for mainframe-based resources and application development, encompassing not only COBOL but also Workbench and VS Code for various purposes.

Data management tools like File-AID enhance these capabilities, with features such as Host Manager allowing access to UNIX files on the mainframe, collectively serving as platform operations tools for developers.

While I am aware of the possibility to integrate Git with BMC AMI DevX zAdviser, this integration does not fit within our solution landscape.

BMC AMI DevX offers source code management through a tool called Code Pipeline, which I have been using as a source code manager and for building with custom scripts rather than out-of-the-box functionality.

Code Pipeline also serves as an artifact manager and release manager, providing DevOps capabilities for our organization.

Workbench functions as an IDE for developers, and data management tools enable editing, updating, browsing datasets, and unit testing.

Code Insights, an AI-based solution, helps with code explanation and visualization.

BMC AMI DevX's IDE provides a modern development experience that new developers prefer, and Code Pipeline stands out as a very good standalone solution, though it requires openness at an enterprise scale.

File-AID and similar products are also excellent.

BMC AMI DevX tools have noticeably impacted our developers' productivity and efficiency.

New-age developers prefer VS Code-based or Eclipse-based solutions, which eliminate the need to remember commands, and this represents a significant gain.

The CI/CD offering allows integration of quality checks and unit test processes into the pipeline, which improves compliance and enhances productivity, enabling developers to focus on development while the pipeline automates integration.

To improve BMC AMI DevX, consideration should be given to cloud-style provisioning and development models, as well as integration of more AI capabilities.

Enhancements in VS Code extensions to develop BMC-specific agents that developers can use in their day-to-day work could also make a significant difference.

I have been working with BMC AMI DevX, specifically with the AMI DevX products from Compuware, the company that BMC acquired, for at least seven years.

Hybrid CI/CD integration with existing enterprise DevOps tools is good, and I would rate BMC AMI DevX as a stable solution that I have been using for years and find working fine.

BMC AMI DevX is absolutely scalable, and while I am not certain how to rate it precisely, I consider it a highly scalable solution.

I communicate often with BMC AMI DevX's technical support.

BMC AMI DevX's technical support responds very well and takes all cases seriously.

One case involved certificate-based authentication, which they implemented successfully, and I suggested enhancements for the DB2 pipeline that they are working on, such as adding a validate button on the command center, which I hope will be available next quarter.

I evaluated other tools based on existing tools I had for years, which led to integrating the entire DevX ecosystem into a solution rather than searching for completely new tools.

Before adopting BMC AMI DevX, I carried out proofs of concept and shortlisted solutions, though I did not formally complete implementation with others.