We use it as our enterprise architecture tool, for keeping our enterprise architecture documentation. That not only includes infrastructure components but everything else as well. For example, what are the different components that we have, enterprise-wide? What are the technologies being used? What are the technology services being used? Who are the business actors and what are the business departments? What are the business capabilities that we have in the organization? We keep everything in BiZZdesign.
We are also using the tool for architecture governance and the gating process, and all the different business-view needs. Whenever they're implementing any application, they document the solution architecture of that application in BiZZdesign. It then goes through our weekly governance process in front of our architecture review board. Based on the documentation quality and on certain standards, we evaluate whether this application is fit for implementation. If not, we provide feedback: what the corrections are that need to be done. Once again it goes through that feedback process and, once approved by all the relevant stakeholders, the application is ready for implementation.
There are certain applications that are transformation-type projects. We use BiZZdesign Enterprise Studio to document the current architecture, the transition architecture, the future architecture, as well as the network, monitoring, infrastructure, and security views. These are the things that we usually cover as part of the governance process.
It is running on AWS cloud. We don't use the desktop version.
We are, of course, able to generate visualizations and charts that can be understood by people who are not enterprise architects. Primarily, it depends on the person who is creating that chart and how much information they put in. But if they use it properly and create the charts with all the relevant information and publish it, it is definitely going to help the business users and others understand what we are doing.
For example, our CTO wanted to have a "10,000-foot view" of everything. Previously, that was not possible. Now, with BiZZdesign, we have started publishing those views in HoriZZon. She just logs in to HoriZZon and can take a quick glance at the different artifacts published there and provide feedback. That view includes the different business areas and covers things like the costs we are incurring, the technologies being used, and our overall reference architecture. It includes almost everything.
Among the valuable features is the ability to document standards. For example, we have mandatory operating standards that need to be followed by every application and every architecture. We use things like table charts and pie charts for documenting the costs incurred across the systems. All of these are good features.
Another good feature is for documenting architectures. We use the classic view to put together all the components and to establish the relationships among them.
A third important feature is the HoriZZon part, where we actually publish all these views. We control access privilege in BiZZdesign, restricting edit permissions, meaning Enterprise Studio access, to only the architects. HoriZZon, on the other hand, is exposed to pretty much everybody across the organization, because it provides view-only access.
The breadth of capabilities the solution provides is also good. The best part is that it follows the ArchiMate principle, which is something of an industry-wide accepted principle.
First and foremost within the scope of improvement for the solution would be the cost. It's very costly, which restricts us from using it more extensively and requires us to get approval from the CFO level on how many people we are going to expose the tool to and how many people are actually going to use it. For example, if a particular team has three architects, we always restrict access to only one because of the cost impact, even though those three architects may be taking care of three different areas. We first expose it to one architect and let him complete his part and then we revoke the permission from that person and give it to another architect to take care of his areas, etc.
So every time somebody requests BiZZdesign access, we have to recalculate our existing licenses and how we can effectively prioritize and reuse them. We understand that enterprise architecture is not cheap, but I still believe that there is room for improvement from BiZZdesign on this issue.
The second point is the user experience. When somebody is documenting solutions in BiZZdesign, it's not very user-friendly at all. There is a learning curve for people to get accustomed to it. The drag-and-drop features and adding properties are okay. But suppose somebody has drawn something incorrectly. The way that type of thing is reverted requires training. There are things that a user can't figure out on his own. He definitely has to sit with somebody from BiZZdesign, if his organization does not have any experience with the solution. Or, if his organization has people with experience, then he has to sit with a person who has already worked on it. Otherwise, he will have to spend quite a significant amount of time learning it. It's not at all user-friendly and requires a lot of practice to get the hang of it. I feel that there is a lot of room for improvement here. A tool like this should be intuitive.
I have seen table charts where, if the chart is a little too big, it does not fit in HoriZZon and it is not at all visible. Even if you zoom out and scroll, it's nasty. I don't know an enterprise architecture tool like this—and HoriZZon, in particular, is meant for viewing things. The visibility of things and the user experience in HoriZZon are horrible. There have been several times where we could not publish a chart properly and we had to break the chart into small tables and create multiple artifacts, creating a complete mess. This should be seriously taken up by BiZZdesign because there is a lot of scope for improvement in terms of usability. It's not at all good, unfortunately.
There is documentation, of course, and the documentation is good, but not everything is written in the documentation. You will definitely need some intervention either from BiZZdesign's paid consultancy or from a person who has experience working with BiZZdesign. Without that, there will be areas where people will be stuck, for sure. They cannot just figure it out on their own, reading the documentation.
In addition, if an organization does not have experience with the solution and needs to work with BiZZdesign, the BiZZdesign consulting cost is also very high.
I would rate the solution’s ability to help us manage costs and risks when it comes to the IT and application portfolios in our organization at six out of 10. The pros in this respect are that we can load the costs, create charts, and create different artifacts and publish them to HoriZZon for the key stakeholders to look at. The con is that, while BiZZdesign does have API capabilities, they come with a different licensing strategy. Also, when we looked into it about one year ago, it was not that mature. We have various systems where these costs are stored. We have to export the data from those systems into a spreadsheet and then import it into BiZZdesign. The entire process is manual.
Cost is something that is dynamic. For example, we are heavily using AWS cloud, and we get a bill from the vendor every month. How can we monitor those costs? BiZZdesign is not suitable for that kind of monitoring. There are other tools, like CloudHealth by VMware, that give us more of a real-time view of these costs. Whereas with BiZZdesign, because it's a completely manual process, every month-end somebody has to confirm receipt of the bill, get the export of the cost from the system, import it into BiZZdesign and then notify the CxOs. But it's not a real-time view. By the time we load the cost, it's already late. It's a six out of 10 because it has some capability, but it does not have the capability of showing data in real-time. And it's not only cost data. It has connectivity with ServiceNow and SQL Server, but nothing else. We mostly rely on spreadsheet input, but that's a completely manual process.
Finally, BiZZdesign has some capabilities in terms of business process flow, but it's not comparable with other tools. Our organization is already spending a lot of money on BiZZdesign. But since BiZZdesign does not have business-process documentation capabilities, our organization had to go for another product called BusinessOptix, to document the business process. We are actually losing the goal of having everything in a single repository. Our enterprise-architecture-related artifacts are in BiZZdesign and our business-process-related artifacts are in BusinessOptix. A compromise solution we have come up with is that, because BiZZdesign is able to provide a hyperlink, we have included all the business process flows as hyperlinks from BiZZdesign, so that people can refer to them from BiZZdesign. But we ended up having two licenses for two very costly products. We have a few users in this one and a few users in that one and some users in both systems. From a business process perspective, the bottom line is that BiZZdesign is not ideal.
If these things can be improved, a lot of people will start using BiZZdesign. These are the areas that are restricting organizations from using it.
I have been using BiZZdesign HoriZZon for around close to a year.
The stability of HoriZZon is good. There have been outages, at times, a couple in the last year, but they have not been very frequent. Because it's an enterprise architecture tool, a couple of outages for a couple of hours is acceptable because it is not something that is going to destroy the business. Maybe people are not able to document, or people are not able to view something, but it's not stopping the business. The effect of the outages has been minimal and the number of outages has also been minimal.
We don't have a huge number of people in our organization. Scalability-wise, there has been no issue. We are growing the number of artifacts and there is a huge difference between the number of artifacts we had initially and what we have now. But we have never faced issues in this regard.
We have 15 to 20 designers and about 50 users. Those 50 people are mostly using HoriZZon, while the 20 people are using both HoriZZon and the Studio. And there are three or four people who are admins.
Their technical support is good. They're really professional and they respond quickly to any queries. They are good, but they're costly.
Return on investment is definitely there because we never had a single view of everything. Although we are not there yet, there is still a lot more work to do, we are slowly getting there.
Be very clear about your objectives, what you want to use BiZZdesign for. It is an enterprise architecture tool. It's not for documenting low-level designs. A good use case would be if an organization is trying to transform its overall enterprise. They obviously need to know what they currently have, where they want to go, and how they are going to get there. If these kinds of things are being discussed in your organization today, then business design tools like BiZZdesign will be very effective and valuable. But if you are only looking to document solutions, BiZZdesign might not be a good investment because BiZZdesign is very costly. You should probably look for other tools.
Hi Marc,
I see that you are also interested in Sparx and Mood. Are you in any position to comment on these compared to BizzDesgin?
Lars