The Center of Excellence (CoE) is a broad set of activities, delivered alongside tooling to embed the use of software tools to support the Governance of future IT project design. The CoE helps achieve a business as usual status use of enterprise architecture and innovation management models.
To achieve this goal, a series of activities must take place to allow the transition from a set of reactive data capture activities to a proactive use of the tool in Governing future IT development and being a trusted component of the delivery lifecycle. The following section outlines the activities, responsibilities and skills required to make the Center of Excellence a reality.
The following is a summary of the responsibilities and tasks of the Center of Excellence grouped by skill-set. The CoE is in place to create a point of access to support the embedding of enterprise architecture and/or innovation tools. It is a combination of people, training collateral, discussion groups and support center to allow the wider user group to better use the tools. The CoE will be central to the transition of the product from one of data capture to one of pro-actively supporting the design process.
It is also best practice to start referring to the model rather than the tool, thus the benefit to an organization is not the tool but the effective use of the data within it and therefore it is the model that must be kept up to date not the tool.
By referring to the model there is generally better buy in from the users as inherently people equate learning how to use tools, even a simplified agile tool, with delay and they fail to see the benefit of the what an up to date model can bring. The CoE should provide all the base materials for new users to learn how to use the tool in the context of how to use the model.
The CoE is responsible for the administration of the software and user access, this is both a technical and business role. Firstly as an administrator to technically maintain the users, contributors and reviewers but also to understand the business needs of the platform to maintain the right mix of license types.
It is essential to align the use of communities on the platform with the structure of the users and so the CoE builds the community structure within the product to represent the business needs of either an innovation management or agile enterprise architecture initiative.
The CoE oversees any modelling exercise and so is responsible for the data within the repository and its structure. This includes management of the meta-model, workspaces and ensuring data quality across the models.
The CoE should be involved early in the data collection process and so the initial modelling exercise including importing of data from existing sources and resolving issues of quality and consistency is an important aspect. However the maintaining data quality is something that must be addressed at all times.
The key areas of modelling responsibility can be broken down to the following:
The CoE role also oversees the technical aspects of the products and so there should be a deep knowledge of the functionality available and how it can be best deployed by the users. The CoE should look to attain a help desk level of support for the tooling, which would include the following:
It is also important to know what maybe in the vendor feature pipeline and to get an early understanding of how new functionality can help the users.
To ensure adoption of any software product there needs to be documentation. However, although software such as Corso’s is easy to adopt, effective documentation involves real world examples with data that a user readily understands and this is why we need to develop exemplar models that walk through the end-to-end modelling process.
The exemplar models must reflect a specific worked example that can be readily understood by the organization, including all expected meta-type and association examples but not too detailed. The same model can then be presented to different audiences as required in a kick off workshop. The following is an example agenda:
The CoE will build the above materials and should distribute them through a shared portal with other supporting materials such as white papers and blogs to build an on-line community. The sharing of relevant information in a single location fosters the sense of community and is proven to improve the uptake of the software.
A combination of a physical CoE and an on-line portal ensure that there will be a place for current and potential users to go and find information as and when they need it.
As Innovation Management or Agile Enterprise Architecture implementations become more mature they must also evolve. It is the CoE’s responsibility to manage this evolution in a structured manner. The CoE must:
Manage user requirements. New requirements will always come from users. These could be modified attributes, relationships, reports, Kanban, charts or Pivot Tables. Care must be taken to manage the changes strategically to keep the environment agile.
Agile EA must be embedded within the wider change process. The CoE must ensure that the Agile EA tool be embedded in the design process and PMO otherwise our models will remain isolated. The Roadmapping capability and use of Communities within a tool is key to supporting this.
Coordinate with Solution Architects to transition into using the tool for design. As part of incorporating the tools into the wider design phase solution Architects should be involved. The use of the workspace and Kanban capability to manage change around a particular context is key to supporting this.
Work with the vendor to understand how to phase these changes in and develop an internal roadmap for the tool roll out.
One last key but often-overlooked responsibility of the Center of Excellence is to internally evangelize the use of the tools and approach with current and future stakeholders. It is essential to build the CoE ‘brand’ within your organization.
Visibility will need to be earned by a strategic approach to getting the message across to the multiple stakeholders involved in the Innovation or Agile EA process. This can sometimes be a long process but with the right level of management commitment, a range of highly relevant materials and the enthusiasm to push things forward the CoE can flourish and provide a platform for a successful product implementation that provides tangible benefit.
The individuals responsible for the CoE should have multiple skills. These skills must include technical knowledge to understand the models themselves and to build technical teaching documents but there should also be an element of sales and project management.
The following started out as an exercise in understanding the value of building Architecture models and embedding these within the IT delivery process at a Dutch bank for a Portfolio Management project.
The following 5 measures were highlighted as potential cost savings, importantly each saving was small (2-5%) but when multiplied by the overall IT spend provided a strong case for the investment of resources and tools to build and maintain the model.
