We use EA Agile for enterprise architecture, which means that we want to catalog and keep track of all of the architectural pieces of our enterprise, including processes, applications, servers, and locations. We catalog 24 primitive/primary objects with the tool. The purpose is to provide the employees with a website, a navigable information source, of anything that makes up the enterprise. They can look up all of the servers in here. They can look up the applications, processes, security elements, and so forth. It's publishing information and sharing all the details — the architectural blueprints of our enterprise — with the entire corporation.
We have deployed it on Google Cloud Platform and onto VM. It's our own installation but it is not on-premises; it is in the cloud.
Two years ago, the solution was instrumental in the following way. We're in California so we're affected by the fires and mudslides that happen here. Our main data center was almost completely cut off for a couple of days. After we restored everything and we went through the disaster recovery scenario, a lot of stakeholders were surprised to find out that the systems or application that they care about were not under disaster recovery protection and they were wondering why. We were able to use the tool to show them how they could see what was under disaster recovery and why their things were not under disaster recovery, which was basically due to cost. Everybody then got excited about having more disaster recovery because when disaster happens you're more worried about it for the future.
We used the tool to work with the stakeholders of various departments to flesh out plans for disaster recovery, showing them what could be affected when something is broken or isn't working. It was a good visual aid, since we have all the data in there, to explain to the end-users and the stakeholders what we had to do to go forward. It wasn't really about saving money. It was about improving our business, but it was instrumental in helping regular businesspeople understand the IT world.
Overall, the solution provides output for users across our whole company. It brings visibility to every single employee. We're a software company and we have a lot of applications. There are people at the helpdesk and people in different departments, HR and so forth, who are responsible for a particular application. If one of those applications isn't working and someone calls the helpdesk, the helpdesk needs to know who they're supposed to route the ticket to. In the old days, we would keep all that information in a spreadsheet and we would circulate the spreadsheet, and we would update it once a year and it was always out of date.
With erwin, we keep track of that stuff in the database and they can very easily look it up. They can also see what they are responsible for themselves. An employee could then negotiate with their boss about being responsible for a server, for example, because it's more interesting to that employee. erwin keeps track of roles and responsibilities much better than anything else we've had before. That is one example of why it's valuable to everybody in the company.
The solution is critical to driving business change and transformation in our company in that it helps us make the argument for driving change. The application itself isn't going to drive any change; it's inert. Recently, one of the directives that our CIO has been interested in is moving applications that we have to the Google Cloud. One way I can help convince people to take their application and move it to the cloud is to show them how many other applications are moved to the cloud, and which ones have not been moved. This tool helps me visualize that for people, and I can very quickly pull up the diagram of all the applications that are in our data center in California. That can drive the conversation. erwin supports change and innovation but you have to use it properly.