2012年10月10日星期三

Core of TOGAF: ADM



What is ADM (Architecture Development Method)?

The TOGAF ADM is the result of continuous contributions from a large number of architecture practitioners. It describes a method for developing an enterprise architecture, and forms the core of TOGAF. It integrates elements of TOGAF of all available architectural assets, to meet the business and IT needs of an organization. ---TOGAF Version 9 handbook (http://www.opengroup.org/togaf/).

ADM Process:
An EA process should be an iterative process. That means, we should analyze the architecture quite often to make it suitable for our vision.

ADM is iterative; the process of ADM can be separated into four parts.
1. Architecture Context: establishing the architecture approach, principles, scope, and vision.
2. Architecture Definition: Business, Information Systems, and Technology Architecture phases.
3. Transition Planning: creation of formal change roadmap.
4. Architecture Governance: governance of change activity.


Figure 19-1 pp216 TOGAF Version 9 handbook


In each part, there is a list on the priority of work.

Figure 19-2 pp218 TOGAF Version 9 handbook

What is the meaning of Baseline and Target in the figure above?

They are two different styles in architecture definition, Baseline First and Target First.
Although the handbook of TOGAF version 9 give us long definition of these two new concepts, it is quite easy to understand them in a different way:
Baseline First means we should focus on analyze current conditions of enterprise. When the target is not easily built up, we can adopt this process first.

Target First means we should focus on determine the vision we want to realize.
The figure 19-3 is the activity by iteration for Baseline First style, the one for Target First style is quite similar. When adopting EA, we can analyze which style should be used in each part of the iteration. Adopting these both styles can make the plan more agile.

Some of the iteration cycles can be executed once, whereas others have a natural minimum number of cycles. For some iteration cycles, each iteration follows the same process; where there is more than one iteration within a cycle, the process differs slightly for each of the iterations.

When considering the usage of iteration cycles, it is also necessary to consider where to place appropriate checkpoints within the process. Check status frequently means low misunderstanding and efficiency. When we are adopting EA, we should also think about trying stick to the direction when keep high efficiency.

Tips: Why it is so difficult in finding successful EA case?
Even we know something about EA; we still do not know how to build up it. We want to find some case in the real world. But there is few EA case on the Internet. Why?

I think three facts contribute to this result.
1. EA cannot show value directly. It can just tell the companies to do things right. When the specific value is shown, the contribution of EA is hard to measure.
2. EA contains the analysis of current architecture, future architecture and roadmap, which are treated as core secrets in companies. From outside, we cannot see EA’s contribution clearly. The author of An Introduction to Enterprise Architecture Scott A. Bernard appealed in his book that enterprises should release some case in adopting EA to help the development of EA.
3. There are still arguments on EA’s concept. Even inside Open Group, there is no uniform answer of what exactly EA is. Different people have different idea. In addition, there are tens of different EA frameworks. None of them is perfect.
So, we cannot find some practical case to analyze and follow.

2012年10月3日星期三

The Open Group Architecture Framework-TOGAF


There are too many kinds of services?
In my first job, the CIO was always complaining that the company had too many servers. This case confused me. However, when I was communicating with CIOs and IT managers in other companies, they told me the same thing. Why?

In large enterprises, it seems that all the business areas have their own definition on “customers”. This leads to an effect that all the customers’ information is sitting in hundreds of different services processes. Thus, a lot of information among all these services is redundant. Thus, there are “too many services.”

How to solve this problem? Superficially, the problem is lying on too many service kinds, but essentially, it is on lack of enterprise architecture. The company should choose an efficient EA framework, due to that condition.

Which EA framework is a better choice?

In 2009, the Open Group take a survey to find out all the main EA frameworks markets share. The results are listed as follows:
We can notice that clearly; TOGAF has occupied the largest market share.
TOGAF, The Open Group Architecture Framework is an excellent choice.

TOGAF is on its 9.1 version (http://www.opengroup.org/togaf/) now.

TOGAF is an architecture framework. It is a tool to help develop, check and accept, operate, use and maintain the architecture. It is adopted by 80% Forbes 50 companies.

The scope of TOGAF

As shown in the above table, TOGAF includes ADM (Architecture Development Method), Architecture Content Framework, Technical Reference Models, ADM Guidelines & Techniques, Enterprise Continuum, and Architecture Capability Framework.

Also, TOGAF is a framework that can do well with open and standard SOA frame. In the TOGAF 9.1 Guidebook, there is a whole chapter tells how to use the TOGAF to define and manage SOA. In that chapter, SOA is described as architecture, and focusing on elements of SOA using and deploying, the connections between SOA and TOGAF, and definition and structure of service contract. (https://store.opengroup.org/catalog/product_info.php?products_id=122)

How can the TOGAF help?
TOGAF pays close attention to BV; and it combines strategy, operation, and policy with business planning cycle closely. And furthermore, it can not only work with business, but also can be integrated with International Organization Framework.

Both small companies and in multinational corporations can use TOGAF to solve various problems. Risk management, business transformation, inter-operability, etc. all these things can included in TOGAF, and all of them are basic elements in business planning.

In a word, although TOGAF is born in IT management, it can be used in various fields. Every business and management learner should learn TOGAF, and then the business and technology can communicate with each other more fluently. ----Robert Weisman(http://www.searchsoa.com.cn/showcontent_20786.htm)