Endevor Reviews

We use it for source code management. We use it to basically keep our applications that we use day-to-day, month-to-month, and week-to-week, all up-to-date. We use it to move it through those areas and manage it for auditing purposes, like dev, QA, production, etc. Our developers use it to build code in those different stages and move it forward.

There are approvers which have to approve something before it can move from dev to test, then test to production. Therefore, it makes it very seamless and easy to trace. Not only that, but it is easy to make sure nothing is getting to a place that it should not, when it should not. For example, being able to prevent things moving up the chain, things moving back, or things being edited when they should not is huge for us. So it has been a great benefit.

The traceability and the footprint that it creates for every element and every piece of code that it is put in. Being able to track who did what and when is huge for us because auditors are going to come back, especially being a financial company, and say, "Why was this touched, and when?" 

You can trace it back to exactly who did anything and what it was connected to, based on the notes and all the information included with it. 

The graphical user interface. It would be a big tool to change (but needed), just because as the workforce kind of ages and retires, the younger generation is not as familiar with mainframe and looking at a green screen is not really a huge selling point to them. So, adding an updated graphical user interface and making it a little bit more like Eclipse, also making it more widespread, making it easier to install, and getting it setup, would be great. 

Otherwise, Endevor does what it needs to do and it is hard to say that it needs any kind of massive change because of its great scalability, and because of its great availability. It does what it needs to do, so it is hard to say anything needs to change massively.

So far, so good. We would love to get upgraded to 18, which has not happened. However, versions 16 and 17 have worked great. 

As far as stability, we have had minor issues. When we have minor issues, CA is great to jump out and help us. 

It is great. One of our systems has 21,000 elements, so you are talking about a ton of modules. You put it on the mainframe that has very high availability, and it just makes it great, because you can constantly use it and you can keep building as long as you have the space for it. Our storage and available are there, and as long as you have the storage availability you can keep going to build it as big as you want. You do not see any drop off as far as speed or the utilities in the system. None of that changes no matter how many elements you have, whether it is one or 21,000. 

This is part of the reason I work on Endevor. It is completely different than other tools I have used. It is easy to use and is very intuitive to where you can sit there and it will keep growing, but it does not change. You do not have to learn a new thing, because you have gotten too big or anything like that, thus I really enjoy it.

Their customer service is second to none. From what we have seen. I have a couple of them that I can reach out to directly. They provide instant feedback on how to fix our problems and how to get to what we need done.

Since I have been there, we did not have anything before that, but it makes it so it is not chaos, where anybody can go in anytime. 

I have been involved with the initial setup of version 18. I was not involved with the initial onboarding of Endevor. With version 18, so far, so good. There have been a couple stumbling blocks just setting up the different check boxes that you have to check to get certain features applied. But even then, if you go through the documentation or you reach out to customer service, you can get those pretty quick and easy. 

There are a few steps along the way that we stumbled on, but they were quick fixes and they were pretty minor.

I would recommend the product. It is very easy to use. It is great as far as what it does. Once you have learned it and figured it out, it is right there as one of the best products you can get. 

The integrity of the system is valuable. It provides secure, controlled access to source management and the typical check-in and check-out functions in a typical source management product.

The solution can improve its parallel development, unlike more distributed source management systems like GIT or PVCs. It is more oriented towards single control of the source.

We have been using this solution for approximately 30 years.

The solution is scalable.

The customer service and support team are not helpful and they're slow to respond. The quality is not good, and most people who developed the product don't work for them anymore. They've laid off most of their staff and tried to charge for everything on the support front. Our experience was very poor and they've almost doubled the price of the product.

The initial setup is highly complex. It requires a project to design the implementation of the software. It is not a straightforward default solution.

We are currently evaluating Micro Focus ChangeMan. Its features are comparable. They have support for modern distributed type processing and are supporting GIT web services, which are unavailable on CA Endevor Software Change Manager.

I rate the solution five out of ten. The solution is good and can improve its parallel development. Interfaces to GIT, web services and integration with modern developer workbenches can be included in the next release. I advise people considering implementing this solution to look for an alternative solution if they do not have it already.

Software changes and release management.

It makes production changes much easier to implement, and to recover if there are problems. It has saved us a lot of issues.

Versioning, you are able to track changes to code more easily.

Also, it's very flexible. A new technology comes along, this can be multiplied to handle the new technology quite easily.

Interfacing with some change control products that are not CA's, it's a little glitchy on the approvals of changes. It requires special needs for the users for approvals, so the user interface for approving changes could be better.

Stability is a nine out of 10.

Scalability is a seven out of 10.

Tech support is usually a nine or even a 10 out of 10.

I think we had a product that was being discontinued, and we were looking for a product to be able to handle the volume of source we had. We also wanted to be able to easily transition to the new product, one that would require minimal training.

It was pretty straightforward.

It's worth the value. The pricing is fairly good, justifiable for the return on investment.

Licensing is fairly simple, you don't need multiple licenses.

I think it's a good tool. There are similar products out there that you might want to get now with a GUI interface. Right now, this product is mostly green screen - we use the mainframe product - so I think it would be advantageous for other companies to use a GUI product.

• We utilize the security associated behind Endevor.
• The external security interface that we use.
• The application lifecycles, to allow developers to do their own work at lower stages, and then turn it over to our production control area for subsequent installs, eventually into production.

It helps us manage homegrown and vendor-purchased software, where we maintain the source.

As a matter of fact, I am involved with end-of-sprint reviews. The product is being managed by the Agile development process. I've been invited as an owner of the product from outside to actually participate in the end-of-sprint reviews. I'm able to ask questions about features they're representing, as well as to request updates through the CA Community site.

There's always room for improvement. It's just a matter of what that improvement would be. I actually attended a recent CA conference to try to better understand how to utilize Endevor at our own shop, in an Agile development methodology. Currently, I'm pretty much all waterfall-type progression, so I’m not very agile at all. But more and more areas of our company are turning to Agile management.

Stability is very solid.

We have an IT department of around 600 employees. About a third of those manage software on the mainframe. So, 200 to 300 employees use Endevor Software Control Manager.

We use technical support on occasion. I've had questions, but no real issues. I've had questions about usage of the product, which have been answered by CA Support; not actually installing fixes to the product, but better understanding how to use the product. They were very helpful.

I was not involved in the initial setup, which happened back in 1993.

I've been in this role for the last eight years. Lately, I've actually installed and upgraded the last two releases of the software. It's gone very well.

The only other vendor I could possibly think of would be Compuware.

It's not a perfect solution. I never rate anything perfect.

I am using Endevor for a software controller.

The most valuable feature of Endevor is the software controller.

Endevor can improve parallel development.

I have been using Endevor for seven years. 

I rate the stability of Endevor an eight out of ten.

We have approximately 200 people using the solution.

I rate the scalability of Endevor an eight out of ten.

I used the support, but the solution is stable and did not use them often.

The initial setup of Endevor is of a medium difficulty.

I rate Endevor an eight out of ten.

It has performed very well. We use it for our CSS mainframe development.

It was really done because of an audit issue, which has since been cleared. It works very well for the organization and does what it needs to do. The developers do not have any complaints at the moment.

It was an easy install. 

I do most of the work with the processors now. Since it was all set up, it pretty much runs itself now. 

I know there is capabilities for web enablement to use with Eclipse, but we have not gone down that road any at all.

Stability has been really good. I have actually never had to open an issue or report an issue since I have been running it.

The scalability is real good. Our environment is not real large, but it works well for what we do. 

It has been awhile since I used the technical support. I have no problems at all with them.

The initial setup was easily understood as far as the concept. The setup was difficult. We did need technical services initially, but I spent very little time in having to do anything with it. 

We had help from CA Services. They were a great help. We have not needed their services since. 

It does exactly what it needs to do. Just make sure if you are going to license, ensure you license the right features.

My understanding is that Endever is one of the better software exchange management systems out there. I don't think people should really look at anything else. 

It does exactly what we need it to do. It has worked well for us because we've had it now for about five years. 

I thought the most valuable feature of the product was maturity in the process, in the tool itself. In other words, while there were many things we would have liked it to have done, what it did, it did very well.

Over the course of many years of usage, one of the things that we found that some customers wanted to have was point-in-time recovery, which was one thing that I worked on. I remember I was on a project that was called Space Station Freedom at the time, with NASA. They felt like they needed to have a point-in-time recover process. They built that into the tool. They got it done, so there was a way to do it.

Quick Edit was a big add-on. Initially, when I started working with the tool, there was pretty much, "Use your own text editor." ISPF, because everything was ISPF based. You would add it into the tool through the normal script language or core ground processing. Well, they came up with something called Quick Edit, which was an add-on to the tool, but it was seamless. It just gave you an editor where you could go in and change a single object and save it and have it kick off the build in a development stage. It was that automation that really, I think, helped catapult Endevor because before, it was little bit more restrictive. It was more cumbersome to work with.

Since then, I haven't done a whole lot with it.

I'd say, overall, as a development tool, it helped us to automate processes that otherwise were very manually intensive. As a release tool, there probably could have been some additional enhancements, but it was effective. I could easily go from one LPAR to the next LPAR at the push of a button.

The funny thing is that I've learned that most organizations didn't know how much they appreciated it until they didn't have it.

There were a lot of developers who naturally oppose any process that they would deem to be making their jobs more cumbersome. In other words, more overhead on the task that they had to complete. The automation that we were able to build in; we were doing essentially some aspects of agile development before it was even a concept, because we were doing integrated builds every hour, on the hour, with no problems. It was virtually automated, totally automated. All the program had to do was finish your code, let us know, approve a package, and then it would go.

It was just a very nice process. When it was running properly, it was very transparent relative to the whole application development lifecycle.

I have used it off and on for about 26 years.

It was very consistent. When implemented appropriately, it was very solid. It was very stable; it was dependable. I never failed an audit with Endevor.

The only time that we really had down time is when we abuse it or we didn't follow our regular maintenance process. I can think of maybe once or twice in all the years that I've had it where the MCF was corrupted, or the package data set was corrupt, because either one of them could be catastrophic.

They were built on a solid VSAM validation, so it really never caused a lot of issues in that way, although from time to time, some of the share options were not allocated appropriately. Therefore, we might have run into issues of performance degradation, normally, when the share options weren't set right.

There was something called L-serve, which was a separate component that ran as an instance to start a task. That helped improve performance. I remember at one point it did, but in my last installation, we didn't even use it. I was able to use PDSEs and everything was fine, along with the V-samp files which were for the MCF.

I think the scalability did improve over the years, because if there were was issues with performance degradation, it would have been due to not configured properly. For example, too many environments that were nested or linked to each other, which caused a problem because the search routines would have to go through multiple sets of data sets in order to resolve what it is that you were querying. It really depends on how you set that up. Numbers or integers can cause performance degradation, but with that said, there are companies out here that have hundreds, if not thousands, of people connected to Endevor. They do not have these problems, so I know there are probably testimonies much better than mine that could prove that. I've known of many companies that they were using it on a very large operation. Mine might have had, over the last 10 years, maybe 100 or 150 programmers, but I know of others that have 600, 700, 800 or more.

Support has always been excellent. I know Paul Lewis is still there. I remember he was one of the first people I talked to. He would give you that tough love. He says, "Well, when in doubt, try it out." That was always the same. I would say something like, "Paul, do you think I could do this? Do you think I could do that?" His response: "Oh, well, Mark, when in doubt, try it out." I said, "Okay."

I'd go try it and maybe it would work. If it was something that he knew for sure that I was the one exploring it and we were at second- or third-level support, he would say something like, "Okay, well, we have a problem," or right away he would tell me if it was a known issue. There's no way that any company's supporting a product like that, or for any product, knows of all of the variants or considerations - just by searching a data base repository.

Work with CA, a third party or CA consultancy to do a proof-of-concept; not just the demo out of the can, but actually take an application or some part of an application, do a POC, and then get it on your machine. Even if you have to pay for it, it would be worth it, because that's going to set a foundation for you to be successful with the initial implementation. One thing, when working with the consulting company, they're going to have a better view of your configurations, your systems, and your environment. Work with them, and that will make you successful in the long run.

I have not given a perfect rating because I would want that one extra point to be for some subjective criteria that I haven't even thought of.

We're using Endevor for application development.

Endevor ensures the source code is deployed to production in an accurate way.

The source integrity is the most valuable feature.

Concurrent development has room for improvement.

The cost of the solution has room for improvement. 

The initial setup can be less complex and has room for improvement.

I have been using the solution for thirty-two years.

I give the stability a ten out of ten.

I give the scalability a ten out of ten.

We have 50 people using the solution in our organization.

The initial setup is a bit complex. Two people are required for the deployment.

We have seen a return on investment.

The solution is very expensive.

I give the solution a nine out of ten.