The Newest from SOA: The SOA Ontology Technical Standard
Open Group introduces the SOA Ontology Technical Standard: Have a look at the new SOA Ontology and see if it can help you in your communications for SOA. Continue reading →![]()
Aggregated enterprise architecture wisdom
Open Group introduces the SOA Ontology Technical Standard: Have a look at the new SOA Ontology and see if it can help you in your communications for SOA. Continue reading →![]()
I was on a biweekly EA2010 conference call today and got pretty frustrated with the discussion. There are some really amazing people like Brenda Michelson and Aleks Buterman on the call that get it and recognize that the value of Enterprise Architect…
Todd Biske posted a summary of a conversation he had with Mike Rollings, Brenda Michelson, Chris Bird and others. They were discussing the future of Enterprise Architecture. A theme that emerged from their talks focused on whether your practice is de…
I read this report from GigaOM and it got me thinking about the challenges of trying to create a successful Facebook-like environment in the enterprise. Challenge #1: Smaller community. Facebook has over 400 million active users. Your company will have thousands. You can assume that only a portion of those will be active contributors, and […]
I just read Chris Lockhart’s interesting post “The Right Stuff“. In the post Chris wrote about his bias for selecting enterprise architects based on his career experience. The main topics in the post are: natural selection of IT a…
A challenge for virtually any position with “Enterprise” in the title, but especially so with Enterprise Architecture, is to continually show that they are adding value to the organization. Why? Because typically enterprise architects are not directly associated with delivery. In most IT organizations, things get delivered through projects, and enterprise architects don’t typically play […]
Managers do not need enterprise architects to talk like them, they need us to talk to them. Recently I received a link to a challenge on LinkedIn, posted by Kevin Smith, to describe the purpose of enterprise architecture in the 160 characters allowed …
All content written by and copyrighted by Todd Biske. If you are reading this on a site other than my “Outside the Box” blog, it’s probably being republished without my permission. Please consider reading it at the source. A succession of tweets between Forrester’s Gene Leganza and Clay Richardson along with Brenda Michelson of Elemental […]
All content written by and copyrighted by Todd Biske. If you are reading this on a site other than my “Outside the Box” blog, it’s probably being republished without my permission. Please consider reading it at the source. I participated on a panel discussion on communication and enterprise architecture, hosted by Bob Rhubart of Oracle. […]
Communication significantly impacts how IT is perceived by the organization, and therefore it plays a crucial role in the successful positioning of IT as an internal partner. Moreover, given the competitive market pressure the position of IT within the company is the same that of an external IT provider. Hence the same level of professionalism in terms of quality and efficiency are demanded.
Communication concerns all business and IT employees whether they are managers, staff assigned to communication roles, or IT employees with technical tasks. Internally, multinational companies and global departments demand excellent communication and intercultural skills from employees and managers. This philosophy holds true for the field of IT. Smooth working processes and good performance are dependent on effective communications, especially in periods of change.
Effective communication is part of the overall plan for management of an Enterprise Architecture Program. An Enterprise Architecture communication document has to identify stakeholders of the organization’s Enterprise Architecture Program, the information needs of those stakeholders, and the communication strategy to be followed by the program in meeting those needs.
The goals of the Architecture Board, as established by (usually) the organization’s Management Committee’s mission and charter, requires a successful communication strategy. The Enterprise Architecture and the operations of the program charged with evolving that architecture are important topics that must be communicated by the program if the Enterprise Architecture initiative is to succeed.
The plan consists of sections devoted to an identified stakeholder group (you may reuse the stakeholders management defined in TOGAF). Within each section, the plan would identify:
This plan should be a living document, and as such should be updated on a regular basis to reflect new stakeholder groups, new information needs, and new communication strategies. It is important that the Enterprise Architecture Program be held accountable for implementation of this plan, and that the Architecture Board regularly reviews progress with the Program Director.
Stakeholder General Communication
Stakeholders are people who have key roles in, or concerns about, the system. Different stakeholders with different roles in the system will have different concerns. Stakeholders can be individuals, teams, or organizations (or classes thereof).
The list of stakeholders can be also based on the existing Business and IT organization and structure. It also takes into consideration recommendation from HR department addressing the various ways of communicating to various groups of people.
The various stakeholders may include (examples):
– Executive Management Board
– C-levels
– Business Users Advisory Board
– Business Units
– Procurement
– Architecture Board
– IT Units
– Enterprise Architecture team
– Customers
– Developers
The communication plan should take into consideration all groups (use best practices from EA frameworks such as TOGAF), the IT organization and the HR recommendations.
These groups will have to be clearly defined as probably some of the communication tools and techniques will have to be tailored for each community.
General Information Needs
The following information needs to be applied to all stakeholders.
General Communication Tools
To meet these general information needs, the Enterprise Architecture Program should implement the following communications tools.
A matrix should then be built which associates the various communication tools to the various stakeholders (see example below)

This matrix associates the communication tools to the various stakeholders. Each stakeholder, communication tool should then be described in that document and be related to various steps of the Enterprise Architecture governance.
The various views will also have to be defined in annexes.
Communication Planning
A Communication planning will have to be defined (see example below).

Implementation steps
To implement such a communication plan, the following steps will have to be completed:
Communication significantly impacts how IT is perceived by the organization, and therefore it plays a crucial role in the successful positioning of IT as an internal partner. Moreover, given the competitive market pressure the position of IT within the company is the same that of an external IT provider. Hence the same level of professionalism in terms of quality and efficiency are demanded.
Communication concerns all business and IT employees whether they are managers, staff assigned to communication roles, or IT employees with technical tasks. Internally, multinational companies and global departments demand excellent communication and intercultural skills from employees and managers. This philosophy holds true for the field of IT. Smooth working processes and good performance are dependent on effective communications, especially in periods of change.
Effective communication is part of the overall plan for management of an Enterprise Architecture Program. An Enterprise Architecture communication document has to identify stakeholders of the organization’s Enterprise Architecture Program, the information needs of those stakeholders, and the communication strategy to be followed by the program in meeting those needs.
The goals of the Architecture Board, as established by (usually) the organization’s Management Committee’s mission and charter, requires a successful communication strategy. The Enterprise Architecture and the operations of the program charged with evolving that architecture are important topics that must be communicated by the program if the Enterprise Architecture initiative is to succeed.
The plan consists of sections devoted to an identified stakeholder group (you may reuse the stakeholders management defined in TOGAF). Within each section, the plan would identify:
This plan should be a living document, and as such should be updated on a regular basis to reflect new stakeholder groups, new information needs, and new communication strategies. It is important that the Enterprise Architecture Program be held accountable for implementation of this plan, and that the Architecture Board regularly reviews progress with the Program Director.
Stakeholder General Communication
Stakeholders are people who have key roles in, or concerns about, the system. Different stakeholders with different roles in the system will have different concerns. Stakeholders can be individuals, teams, or organizations (or classes thereof).
The list of stakeholders can be also based on the existing Business and IT organization and structure. It also takes into consideration recommendation from HR department addressing the various ways of communicating to various groups of people.
The various stakeholders may include (examples):
– Executive Management Board
– C-levels
– Business Users Advisory Board
– Business Units
– Procurement
– Architecture Board
– IT Units
– Enterprise Architecture team
– Customers
– Developers
The communication plan should take into consideration all groups (use best practices from EA frameworks such as TOGAF), the IT organization and the HR recommendations.
These groups will have to be clearly defined as probably some of the communication tools and techniques will have to be tailored for each community.
General Information Needs
The following information needs to be applied to all stakeholders.
General Communication Tools
To meet these general information needs, the Enterprise Architecture Program should implement the following communications tools.
A matrix should then be built which associates the various communication tools to the various stakeholders (see example below)

This matrix associates the communication tools to the various stakeholders. Each stakeholder, communication tool should then be described in that document and be related to various steps of the Enterprise Architecture governance.
The various views will also have to be defined in annexes.
Communication Planning
A Communication planning will have to be defined (see example below).

Implementation steps
To implement such a communication plan, the following steps will have to be completed: