TOGAF Architecture Skills Framework

Introduction     Need for an IT Architecture Skills Framework      Goals / Rationale      Role and Skill Categories      Role and Skill Definitions      Generic Role and Skills of the IT Architect


Introduction to Skills Frameworks

Skills Frameworks provide a view of the competency levels required for specific roles. They define:

They are relatively common for defining the skills required for a consultancy and/or project management assignment, to deliver a specific project or work package. They are also widely used by recruitment and search agencies to match candidates and roles.

Their value derives from their ability to provide a means of rapidly identifying skill matches and gaps. Successfully applied, they can ensure that candidates are fit for the jobs assigned to them.

Their value in the context of Enterprise Architecture arises from the immaturity of the Enterprise Architecture discipline, and the problem that arise from this.


The Need for An IT Architecture Skills Framework

Definitional Rigor

"IT Architecture" and "IT Architect" are widely used but poorly defined terms in the IT industry today. They are used to denote a variety of practices and skills applied in a wide variety of IT domains. There is a need for better classification to enable more implicit understanding of what type of Architect / Architecture is being described.

This lack of uniformity leads to difficulties for organizations seeking to recruit or assign/promote staff to fill positions in the Architecture field. Because of the different usages of terms, there are often misunderstanding and miscommunication between those seeking to recruit for, and those seeking to fill, the various roles of Architect.

The Basis of an Internal Architecture Practice

Despite the lack of uniform terminology, Architecture skills are in increasing demand, as the discipline of Architecture gains increasing attention within the IT industry.

Many enterprises have set up, or are considering setting up, an IT Architecture practice, as a means of fostering development of the necessary skills and experience among in-house staff to undertake the various architecting tasks required by the enterprise.

An IT Architecture practice is a formal program of development and certification, by which an enterprise formally recognizes the skills of its practising IT Architects, as demonstrated by their work. Such a program is essential in order to ensure the alignment of staff skills and experience with the IT Architecture tasks that the enterprise wishes to be performed.

The role and skill definitions on which such a program needs to be based are also required, by both recruiting and supplying organizations, in cases where external personnel are to be engaged to perform architecture work (for example, as part of a consultancy engagement).

An IT Architecture practice is both difficult and costly to set up. It is normally built around a process of peer review, and involves the time and talent of the strategic technical leadership of an enterprise. Typically it involves establishment of a peer review board, and documentation of the process,and of the requirements for internal certification. Time is also required of candidates to prepare for peer review, by creating a portfolio of their work to demonstrate their skills, experiences, and contributions to the profession.

The TOGAF Enterprise Architecture Skills Framework attempts to address this need by providing definitions of the Architecting skills and proficiency levels required of personnel, internal or external, who are to perform the various architecting roles defined within the TOGAF framework.

Because of the complexity, time and cost involved, many enterprises do not have an internal IT Architect certification program, preferring instead to simply interview and recruit architecture staff on an ad hoc basis. There are serious risks associated with this ad hoc approach:


Goals / Rationale

Enterprise Certification of IT Architects

The main purpose behind an enterprise setting up an internal IT Architect certification program are twofold:

Specific Benefits

Specific benefits anticipated from use of the TOGAF Skills Framework include:


IT Architecture Role and Skill Categories

Overview

This section describes the role of an IT Architect, the fundamental skills required, and some possible disciplines in which an IT Architect might specialize.

TOGAF Version 8 delivers an Enterprise Architecture, and therefore requires both Business and IT trained professionals to develop the Enterprise Architecture.

The TOGAF Skills Framework provides a view of the competency levels for specific roles within the Enterprise Architecture team. The Framework defines:

The value is in providing a rapid means of identifying skills and gaps. Successfully applied, the Framework can be used as a measure for:

TOGAF Roles

A typical IT Architecture team undertaking the development of an Enterprise Architecture as described in TOGAF would comprise the following roles:

The tables that follow show, for each of these roles, the skills required and the desirable level of proficiency in each skill.

Of all the roles listed above, the one that needs particularly detailed analysis and definition is of course the central role of IT Architect. As explained above, "IT Architecture" and "IT Architect" are terms that are very widely used but very poorly defined in the IT industry today, denoting a wide variety of practices and skills applied in a wide variety of IT domains. There is often confusion between the role of an IT Architect and that of an IT Designer or IT Builder. Many of the skills required by an IT Architect are also required by the IT Designer, who delivers the solutions. While their skills are complimentary, those of the IT Designer are primarily technology focussed and translate the architecture into deliverable components.

The final subsection below therefore explores in some detail the generic characteristics of the role of IT Architect, and the key skill requirements, whatever the particular IT domain (Enterprise Architecture, Business Architecture, Data Architecture, Applications Architecture, Technology Architecture,....).

Categories of Skills

The TOGAF Team skill set will need to include the following main categories of skills:

The tables that follow illustrate each of these categories of skills.

The tables that follow show, for each of these skills, the roles to which they are relevant and the desirable level of proficiency in each skill.

Proficiency Levels

The TOGAF Skills Framework identifies four levels of knowledge or proficiency in any area:

wpe6C.jpg (27702 bytes)


IT Architecture Role and Skill Definitions

General Skills

wpe6D.jpg (37974 bytes)

Business Architecture Skills & Methods

wpe6E.jpg (42923 bytes)

Enterprise Architecture Skills & Methods

wpe6F.jpg (57970 bytes)

Program or Project Management Skills & Methods

wpe70.jpg (32422 bytes)

IT Knowledge Skills & Methods

wpe71.jpg (57720 bytes)

IT Knowledge Skills & Methods

wpe72.jpg (49782 bytes)

Legal Environment

wpe74.jpg (30459 bytes)


The Generic Role and Skills of the IT Architect

Of all the roles listed above, the one that needs particularly detailed analysis and definition is of course the central role of IT Architect. As explained above, "IT Architecture" and "IT Architect" are terms that are very widely used but very poorly defined in the IT industry today, denoting a wide variety of practices and skills applied in a wide variety of IT domains.

This subsection therefore explores in some detail the generic characteristics of the role of IT Architect, and some key skill requirements, whatever the particular IT domain (Enterprise Architecture, Business Architecture, Data Architecture, Applications Architecture, Technology Architecture,....).

Generic Role

IT Architects are visionaries, coaches, team leaders, business-to-technical liaisons, computer scientists, and industry experts.

The following quote from Part I of TOGAF is effectively a job description for an IT Architect:

"The architect has a responsibility for ensuring the completeness (fitness-for-purpose) of the architecture, in terms of adequately addressing all the pertinent concerns of its stakeholders; and the integrity of the architecture, in terms of connecting all the various views to each other, satisfactorily reconciling the conflicting concerns of different stakeholders, and showing the trade-offs made in so doing (as between security and performance, for example).

The choice of which particular architecture views to develop is one of the key decisions that the IT Architect has to make. The choice has to be constrained by considerations of practicality, and by the principal of fitness-for-purpose (i.e., the architecture should be developed only to the point at which it is fit for purpose, and not reiterated ad infinitum as an academic exercise)."

The role of the IT Architect is more like that of a city planner than that of a building architect, and the product of the IT Architect is more aptly characterized as a planned community (as opposed to an unconstrained urban sprawl), rather than as a well-designed building or set of buildings.

An IT Architect does not create the technical vision of the enterprise, but has professional relationships with executives of the enterprise to gather and articulate the technical vision, and to produce the strategic plan for realizing it. This plan is always tied to the business plans of the enterprise, and design decisions are traceable to the business plan.

The strategic plan of the IT Architect is tied to the governance process for the enterprise, so design decisions are not circumvented for tactical convenience.

The IT Architect produces documentation of design decisions for application development teams or product implementation teams to execute.

An architect is involved in the entire process, beginning with working with the customer to understand real needs, as opposed to wants, and then throughout the process to translate those needs into capabilities verified to meet the needs. Additionally the architect may present different models to the customer that communicate how those needs may be met, and is therefore an essential participant in the consultative selling process.

However the architect is not the builder, and must remain at a level of abstraction necessary to ensure s/he does not get in the way of practical implementation.

The following excerpt from The Art of Systems Architecting by Eberhardt Rechtin and Mark W. Maier depicts this notion: "It is the responsibility of the architect to know and concentrate on the critical few details and interfaces that really matter and not to become overloaded with the rest."

The architect's focus is on understanding what it takes to satisfy the client, where qualitative worth is used more than quantitative measures. The architect uses more inductive skills than the deductive skills of the builder. The architect deals more with guidelines, rather than rules that builders use as a necessity.

It also must be clear that the role of an architect may be performed by an engineer. A goal of this document is to describe the role what should be done, regardless of who is performing it.

Thus the role of the architect can be summarized as to:

Characterization in Terms of the Enterprise Continuum

Under certain circumstances, the complexity of a solution may require additional architects to support the architecture effort. The different categories of architects are described below, but as they are architects, they all perform the tasks described above.   Any combination of Foundation, Systems, Solutions, and Customer Architects may be utilized, as a team. In such cases each member may have a specific focus, if not specific roles and responsibilities, within the phases of the development process. In cases where a team of architects is deemed necessary, a lead architect should be assigned to manage and lead the team members.

Key Characteristics of an IT Architect

Skills and experience in producing designs

An IT Architect must be proficient in the techniques that go into producing designs of complex IT systems, including requirements discovery and analysis, formulation of solution context, identification of solution alternatives and their assessment, technology selection and design configuration.

Extensive technical breadth, with technical depth in one or a few disciplines

An IT Architect should possess an extensive technical breadth through experience in the IT industry. This breadth should be in areas of application development and deployment, and in the areas of creation and maintenance of the infrastructure to support the complex application environment. Current IT environments are heterogeneous by nature, and the experienced IT Architect will have skills across multiple platforms, including distributed systems and traditional mainframe environments. IT Architects will have as a result of their careers, skills in at least one discipline that is considered to be at the level of a subject matter expert.

Method-driven approach to execution

The IT Architect approaches his or her job through the consistent use of recognized design methods such as The Open Group Architecture Framework Architecture Development Method. The IT Architect should have working knowledge of more than one design method and be comfortable deploying parts of methods appropriate to the situation in which he or she is working. This should be seen in the body of design work the IT Architect has produced through repeated successful use of more than one design method. Proficiency in methodology use is in knowing what parts of methods to use in a given situation, and what methods not to use.

Full project scope experience

While the IT Architect is responsible for design and handoff of the project to implementers, it is vital that he or she have experience with all aspects of a project from design through development, testing, implementation, and production. This scope of experience will serve to keep IT Architects grounded in the notion of fitness-for-purpose and the practical nature of system implementation. The impact of full project scope experience should lead the IT Architect to make better design decisions, and better inform the trade offs made in those decisions.

Leadership

Communication and team building are key to the successful role of IT Architect. The mix of good technical skill and the ability to lead are crucial to the job. He or she should be viewed as a leader in the enterprise by the IT organization, the clients they serve, and management.

Personal and professional skills

The IT Architect must have strong communications and relationship skills. A major task of the IT Architect is to communicate complex technical information to all stakeholders of the project, including those who do not have a technical background. Strong negotiation and problem solving skills are also required. The IT Architect must work with the project management team to make decisions in a timely manner to keep projects on track.

Skills and experience in one or more industries

Industry skill and experience will make the task of gathering requirements and deciding priorities easier and more effective for the IT Architect. The IT Architect must understand the business processes of the enterprise in which he works, and how those processes work with other peer enterprises in the industry. He or she should also be able to spot key trends and correct flawed processes, giving the IT organization the capability to lead the enterprise, not just respond to requests. The mission of the IT Architect is strategic technical leadership.


Conclusions

The TOGAF Skills Framework provides an assessment of the skills required to deliver a successful Enterprise Architecture.

It is hoped that the provision of this Architecture Skills Framework will help reduce the time, cost, and risk involved in training, recruiting, and managing IT Architecture professionals, and at the same time enable and encourage more organizations to institute an internal IT Architecture Practice, hopefully based on (or at least leveraging) the Role and Skill definitions provided.


Copyright © The Open Group, 2003