Enterprise Architecture Dashboard Design

When you work as an architect you will need to get an overview of the key metrics and events concerning your part of the EA domain. I’ve been looking into the needs I have had on this and put together a presentation on what an EA dashboard could look like and what it could contain.

You can view the slides showing the design or the cut out images showing each part and comments.

Content of each part

Activity on the EA Wiki

Activity on EA wiki

Here we are tracking tagged events on the EA wiki. We can see in the upper left corner which tags we are tracking. If we want to change these, then clicking on the tags would open an interface (could be a tag cloud, a list of tags or selected tags) for selection. We track what has happened, who did it and when they did do it.

We would track these tags on the wiki because the represent some of the most important tags in our change process. We would use a wiki to enable the whole network of interested parties to collaborate on most artifacts concerning our EA.

As a side note I must say that I’d like to see a so called EA tool set that uses wikis and the ideas of crowdsourcing to create EA artifacts.

Major Events

Major events

Tracking major events in the calendars of those directly involved in the practice of EA gives us the ability to quickly respond to requests for work or other tasks that need special planing. It would be a good idea to track outside events, but I’d place it on a separate part. The reason for this is that I’d like to keep the parts atomic, so there will be no doubt about their contents and functionality.

Top projects in EA work queue

Top projects in ea work queue

By tracking the top projects in the EA work queue we are able to pick work that needs attention. Re-prioritizing our personal schedules or the team schedule becomes so much easier when you actually get to see the projects and the work that await. It simply keeps all alert to whats most needed.

Project Metrics and/or EA metrics

Project metrics

The project metrics as expressed here are related to how well EA is doing in the organization. By tracking these specific KPI’s we can quickly assess the status of our work. Compliant projects, measures how many projects actually comply with the work put forward by the EA. Start architecture, measures how many projects have received a package put together for them containing all important artifacts from the EA related to their project. Total work delivered, counts the actual hours delivered by the EA team to projects. Feedback delivered, measures the amount of feedback received from projects. Trained in architecture, measures the number of people who have received training in the craft of architecture such as it relates to our use of EA.

Business Capabilities

Business capabillities

In any endeavor to create and evolve an agile architecture for business it is important to track the major parts. These parts are often referred to as business capabilities. In a SOA effort we would like to realization these or characteristics of these as services. This type of realization gives us a flexible approach to designing business processes that follow customer demands. By tracking them like this we can easily see if we are successful or not by looking at the graph at the bottom of the part. We get an instant birds-eye view of capabilities that have been brought forward by projects.

Business News

Business news

With this part the goal is to track the major influences from the outside on the organization and the domain of EA. The part is of course of lesser importance and as such we place it at the bottom right corner.

EA Review Metrics

EA review metrics

This particular version of EA review metrics tracks the adaptation of EA in the organization. It shows the planned route from not being recognized as an issue, until it becomes a part of the strategic initiative.

The design as a slideshow


One thought on “Enterprise Architecture Dashboard Design

  1. Although not precisely aligned with this, I’ve been playing with tools and automation support possibly useful for architects.

    I’ve been working on a Ruby in Rails application for collecting typical structured data of interest to an architect performing standard discovery and decomposition activities: a list of lists.

    Currently it collects goals, constraints, risks, opportunities, initiatives and so forth. I’ve used it on a couple of discovery engagements to keep these things organized.

    It would seem a lot of what you are looking for in a dashboard might be derived from RSS feeds from various sources.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s