The Business of IT Blog

TOGAF vs Zachman: What’s The Difference?

4 minute read
Muhammad Raza

Zachman and TOGAF are two of the most popular frameworks that help you implement Enterprise Architecture.

In this article, we will discuss TOGAF and Zachman. We’ll also include tips on how to choose as well as additional resources.

What’s an enterprise architecture?

An enterprise architecture (EA) is a construct that communicates an organization’s entire enterprise system, consisting of:

Your enterprise architecture provides various perspectives from a technology and business standpoint, allowing you to take a disciplined approach to managing those systems. In other words, your enterprise architecture defines the choice constraints that can be applied to enterprise IT and business systems and can have three core components: framework, methodology, and tooling.

Utilizing an EA solves two key problems facing technology-driven business organizations:

  1. Developing a thorough understanding between highly dependent subsets of enterprise systems allows organizations to reduce the overall complexity of the architecture.
  2. Helping establish a structured and well-informed decision-making process aligns technology with business goals.

TOGAF: The Open Group Architecture Framework

TOGAF is the de facto industry standard framework, offering a methodological approach to Enterprise Architecture design, planning, implementation, and governance. It provides a consistent view of architectural artifacts that can be well understood by all stakeholders within the organization.

The open nature of the framework allows organizations to prevent vendor lock-in with proprietary EA solutions. This means you can scale and adapt without running into significant cost, security, and technology-integration issues.

The TOGAF framework provides a series of actionable steps within the architectural process, known as the Architecture Development Method (ADM). The ADM process is not a prescriptive template but a generic and adaptable methodology that can be applied to a variety of organizational use cases in developing enterprise architecture.

The ADM piece of TOGAF presents a process to implement the decision choices and producing the desired models. These steps are:

  1. Architecture vision. The initial phase that describes the scope of project, identifies stakeholders, and obtains necessary approvals. Business goals and drivers are communicated. A capability assessment may be performed to evaluate the existing Enterprise Architecture.
  2. Business architecture. The process used to meet the Architecture Vision is defined in this phase. Detailed business analysis and modeling is performed at this phase in collaboration with multiple stakeholders. Formal targets for baseline and target goals are also specified.
  3. Information systems architecture. Similar activities as the previous phase are now performed for data and application architecture that supports the Architecture Vision. Target design principles for the data and application architecture will be specified in this phase.
  4. Technology architecture. The technology infrastructure required to support the Architecture Vision and specifically, aligned with the Business and Information Systems Architecture are specified in this phase. Key stakeholders will include IT department and executives responsible for technology decisions and investment approval.
  5. Opportunities & solutions. As the architectural design choices are finalized in the earlier phases, various implementation scenarios are evaluated. Both technical and business aspects are considered in this assessment and an optimal tradeoff scenario is identified.
  6. Migration planning. This phase brings traction to the most viable decision choices and Enterprise Architecture models as defined in the previous phase. An implementation strategy is devised based on cost, opportunities as well as risk. The projects are listed in terms of priority.
  7. Implementation governance. In this phase, the necessary architectural specifications for the selected projects are specified. A complete architectural oversight is provided during this phase, describing the change requests, compliance assessment and description of the solution building blocks.
  8. Architectural change management. In this final phase, you’ll define a new change management process that incorporates new changes.

You can modify and reorder these phases as requirements change, which is especially useful considering that the TOGAF-ADM works iterative cycles to manage and develop new Enterprise Architectural requirements.

TOGAF has three pillars through which is explores your company’s architecture:

  • Enterprise Architecture Domains
  • ARM
  • Enterprise Continuum

(Get more details and tips on implementing TOGAF.)

Zachman Enterprise Architecture

John Zachman was an IT pioneer who understood the problems facing IT-driven businesses. To solve these problems, he developed an early enterprise-architectural methodology in 1987—the Zachman Framework.

The Zachman Framework offers a model-based approach that:

  1. Specifies the deliverables
  2. Categorizes various aspects of enterprise system subsets into a matrix form
  3. Associates them with the decision choices of the business-I environment

Using a matrix, the rows categorize the view of different players in the organization based on decision criteria specified in the columns. The column headers describe the What, How, Where, When and Why. With this information, each matrix cell describes the relationship of each enterprise subsystem with the appropriate aspects of the organization.

While the framework does not provide an implementation guideline or methodology, it offers a descriptive focus of artifacts by providing perspectives across the holistic enterprise architecture.

The row categories include:

  • Executive perspective. Scope context describing the business purpose and strategy.
  • Business management perspective. Business concepts describing enterprise models, design choices, and processes as adopted by the organization.
  • Architect perspective. The system logic describing how the business requirements will be met.
  • Engineer perspective. Technology physics describing how technology solutions will be used to implement system choices.
  • Sub-contractor perspective. These describe the requirements regarding specific modular tooling components.
  • Enterprise perspective. The functioning system as viewed by the user in its operational environment.

(Get more Zachman Framework details and implementation.)

Choosing TOGAF or Zachman

Which enterprise architecture you choose depends on your approach.

  • The TOGAF framework provides a systematic approach for defining the process of creating or improving an Enterprise Architecture. With its ADM, the framework offers a process for implementing the decision choices in order to produce your desired model.
  • The Zachman Framework is more of an ontology—a structured set of expressions that describe how artifacts can be categorized, and thus created, operated, and changed. Unlike TOGAF, Zachman uses various enterprise perspectives in order to scope, define, and plan details regarding individual subsets of your enterprise system.

Your organization may choose to use one—or you can opt for both. Together, the frameworks can complement each other, with TOGAF describing the detailed process for creating the Enterprise Architecture, and Zachman categorizing the artefacts.

Or, you may opt to complement one framework with other well-known options, including ITIL®, PRINCE2, or COBIT.

Additional resources

New strategies for modern service assurance

86% of global IT leaders in a recent IDG survey find it very, or extremely, challenging to optimize their IT resources to meet changing business demands.

These postings are my own and do not necessarily represent BMC's position, strategies, or opinion.

See an error or have a suggestion? Please let us know by emailing

Business, Faster than Humanly Possible

BMC works with 86% of the Forbes Global 50 and customers and partners around the world to create their future. With our history of innovation, industry-leading automation, operations, and service management solutions, combined with unmatched flexibility, we help organizations free up time and space to become an Autonomous Digital Enterprise that conquers the opportunities ahead.
Learn more about BMC ›

About the author

Muhammad Raza

Muhammad Raza is a Stockholm-based technology consultant working with leading startups and Fortune 500 firms on thought leadership branding projects across DevOps, Cloud, Security and IoT.