Welcome to the new Enterprise Architecture Professional Journal! We serve practicing and aspiring enterprise architects, as well as those who apply the holistic perspective of enterprise architecture to other disciplines. EAPJ informs their daily work and benefits their careers with content that is focused, concise, authoritative, practical and accessible. In this column, we preview all articles and recommend introductory reading each piece that assumes specialized knowledge.
This issue focuses on how EA can empower organizations to achieve their goals. EA and quality expert Mike Novak compares the TOGAF® framework for enterprise architecture with the Baldrige approach to organizational performance assessment and improvement, and shows how organizations could benefit from integrating the two paradigms. This is a great article for all those who have wondered about the relationship between EA and quality practices, or would like to learn more about either paradigm. The article assumes a bit of familiarity with the TOGAF standard, so novices should consult one of the references at the end of this article.
This issue also features an interview with Mike Callahan, a senior partner in AgileLayer, a business architecture methodology, software and consulting provider. Mike Callahan introduces us to his area of expertise, and explains how business architects practice many of the approaches Mike Novak describes in his TOGAF/Baldrige article.
I’d like to thank our expert reviewers for this issue, Jeff Hensgen and Chris McCurdy. EAPJ needs additional seasoned professionals like them willing to willing to help develop and select the best articles.
This issue focuses on how EA can empower organizations to achieve their goals. EA and quality expert Mike Novak compares the TOGAF®1 framework for enterprise architecture with the Baldrige approach to organizational performance assessment and improvement, and shows how organizations could benefit from integrating the two paradigms. This is a great article for all those who have wondered about the relationship between EA and quality practices, or would like to learn more about either paradigm. The article assumes a bit of familiarity with the TOGAF standard, so novices should consult one of the references at the bottom of this page. This issue also features an interview with Mike Callahan, a senior partner in AgileLayer, a business architecture methodology, software and consulting provider. Mike Callahan introduces us to his area of expertise, and explains how business architects practice many of the methods Mike Novak describes in his TOGAF/Baldrige article.
Book Review: Making Technology Investments ProfitableIver Band
In “Making Technology Investments Profitable”,
management consultant Jack Keen diagnoses and treats
business and IT leaders that expect value but let it slip
away. “On-value” is the essential companion to “on-time”
and “on-budget”. Too often, leaders choose inferior
investments, assume that on-time and on-budget
programs1 are also on-value, and are forced to shut
down programs after they disrupt or disappoint their
intended beneficiaries.
Enhancing the ArchiMate® Standard with a Responsibility Modeling Language for...Iver Band
In this paper, we describe an innovative approach for aligning the
business layer and the application layer of ArchiMate to ensure
that applications manage access rights consistently with enterprise
goals and risk tolerances. The alignment is realized by using the
responsibility of the employees, which we model using ReMoLa.
The main focus of the alignment targets the definition and the
assignment of the access rights needed by the employees
according to business specification. The approach is illustrated
and validated with a case study in a municipal hospital in
Luxembourg.
This document discusses whether business process integration is feasible through the use of enterprise application integration (EAI) technology. It first provides background on business process integration and past approaches using ERP systems. It then explains that EAI offers a more flexible way to integrate business processes and systems without needing to change existing business processes or software. The document presents a case study that explores how a company implemented an EAI solution and whether it enabled the integration of business processes. The case study findings suggest that EAI technology can integrate business processes when combined with ERP systems in a more flexible manner.
Technology, Software, Architecture for P&C InsuranceGregg Barrett
This document summarizes Gregg Barrett's recommendations for technology platforms and standards/frameworks for Q1 2012. It recommends evaluating the Microsoft platform using SQL Server, BizTalk Server, and SQL Server Integration Services for ETL capabilities. If Microsoft is not suitable, it recommends considering Adeptia, Informatica, Software AG, TIBCO, and Progress Software. It outlines several relevant standards and frameworks in areas like insurance, data modeling, business processes, financial reporting, and more. It provides links and descriptions for some of the key standards.
This document outlines the course content and assignments for CMGT 445. It includes weekly participation activities, individual assignments such as writing an implementation plan and developing an application to present the plan, and learning team assignments like creating a business case for technology investments. The course covers topics such as the evolution of technology, digital transformation, professional organizations, managing infrastructure, implementation strategies, and testing processes. Students are expected to complete short writing assignments, longer papers, and group projects each week.
A comparison of the top four enterprise architecture methodologiesHildegard Lijdsman
This document provides an overview and comparison of four major enterprise architecture methodologies: the Zachman Framework, TOGAF, FEA, and Gartner. It uses a fictional company facing IT challenges as an example to examine how each methodology could help address issues like increasing costs and lack of business alignment. While each methodology has strengths, none are complete on their own. The document suggests blending elements of the different approaches to create a customized methodology tailored to an organization's specific needs and priorities. Effective change ultimately requires commitment from top leadership.
This issue focuses on how EA can empower organizations to achieve their goals. EA and quality expert Mike Novak compares the TOGAF®1 framework for enterprise architecture with the Baldrige approach to organizational performance assessment and improvement, and shows how organizations could benefit from integrating the two paradigms. This is a great article for all those who have wondered about the relationship between EA and quality practices, or would like to learn more about either paradigm. The article assumes a bit of familiarity with the TOGAF standard, so novices should consult one of the references at the bottom of this page. This issue also features an interview with Mike Callahan, a senior partner in AgileLayer, a business architecture methodology, software and consulting provider. Mike Callahan introduces us to his area of expertise, and explains how business architects practice many of the methods Mike Novak describes in his TOGAF/Baldrige article.
Book Review: Making Technology Investments ProfitableIver Band
In “Making Technology Investments Profitable”,
management consultant Jack Keen diagnoses and treats
business and IT leaders that expect value but let it slip
away. “On-value” is the essential companion to “on-time”
and “on-budget”. Too often, leaders choose inferior
investments, assume that on-time and on-budget
programs1 are also on-value, and are forced to shut
down programs after they disrupt or disappoint their
intended beneficiaries.
Enhancing the ArchiMate® Standard with a Responsibility Modeling Language for...Iver Band
In this paper, we describe an innovative approach for aligning the
business layer and the application layer of ArchiMate to ensure
that applications manage access rights consistently with enterprise
goals and risk tolerances. The alignment is realized by using the
responsibility of the employees, which we model using ReMoLa.
The main focus of the alignment targets the definition and the
assignment of the access rights needed by the employees
according to business specification. The approach is illustrated
and validated with a case study in a municipal hospital in
Luxembourg.
This document discusses whether business process integration is feasible through the use of enterprise application integration (EAI) technology. It first provides background on business process integration and past approaches using ERP systems. It then explains that EAI offers a more flexible way to integrate business processes and systems without needing to change existing business processes or software. The document presents a case study that explores how a company implemented an EAI solution and whether it enabled the integration of business processes. The case study findings suggest that EAI technology can integrate business processes when combined with ERP systems in a more flexible manner.
Technology, Software, Architecture for P&C InsuranceGregg Barrett
This document summarizes Gregg Barrett's recommendations for technology platforms and standards/frameworks for Q1 2012. It recommends evaluating the Microsoft platform using SQL Server, BizTalk Server, and SQL Server Integration Services for ETL capabilities. If Microsoft is not suitable, it recommends considering Adeptia, Informatica, Software AG, TIBCO, and Progress Software. It outlines several relevant standards and frameworks in areas like insurance, data modeling, business processes, financial reporting, and more. It provides links and descriptions for some of the key standards.
This document outlines the course content and assignments for CMGT 445. It includes weekly participation activities, individual assignments such as writing an implementation plan and developing an application to present the plan, and learning team assignments like creating a business case for technology investments. The course covers topics such as the evolution of technology, digital transformation, professional organizations, managing infrastructure, implementation strategies, and testing processes. Students are expected to complete short writing assignments, longer papers, and group projects each week.
A comparison of the top four enterprise architecture methodologiesHildegard Lijdsman
This document provides an overview and comparison of four major enterprise architecture methodologies: the Zachman Framework, TOGAF, FEA, and Gartner. It uses a fictional company facing IT challenges as an example to examine how each methodology could help address issues like increasing costs and lack of business alignment. While each methodology has strengths, none are complete on their own. The document suggests blending elements of the different approaches to create a customized methodology tailored to an organization's specific needs and priorities. Effective change ultimately requires commitment from top leadership.
Streamlining IT Application Selection and Integration with a Standard Modelin...Iver Band
IT customers, application providers, and system integrators generally do not use standard representations to describe
either application requirements or proposals to satisfy them. The resulting ambiguity exposes application selection and
integration processes, however well-structured and executed, to error and delay. Adoption of the ArchiMate® visual
modeling language, an Open Group standard, would therefore increase the efficiency and effectiveness of the business
application marketplace.
Department of Homeland Security (DHS) Chief Information Officer (CIO) Luke McCormack recently
submitted testimony to a US Senate Subcommittee [1]. This case study, which is based on CIO
McCormack’s testimony, demonstrates how enterprise architects using the ArchiMate® language [2] can
quickly capture business situations using viewpoints defined in the ArchiMate specification. These
viewpoints are templates for views that address particular sets of stakeholder concerns. This case study
contains views based on and named after standard templates.
This issue of the Technology Forecast explores the future of enterprise applications and their role in creating a foundation for agility in an era of accelerating change.
Modeling Enterprise Risk Management and Security with the ArchiMate LanguageIver Band
The document provides an overview of how the ArchiMate modeling language can be used to model enterprise risk management and security concepts and relationships. It summarizes relevant risk and security standards and frameworks and extracts a set of core concepts. It then demonstrates how these concepts can be modeled using the ArchiMate language by mapping the concepts to ArchiMate elements and including examples from case studies. The document concludes that the ArchiMate language allows for modeling of the majority of common risk and security concepts and their relationships to other enterprise architecture concepts.
Information security-integration-part-1-of-2wardell henley
This document discusses integrating information security into an organization's enterprise reference architecture model. It begins by defining key concepts like enterprise architecture, frameworks, and reference models. It then discusses information security architecture considerations, including baseline definitions and how information security must be embedded at all levels of the enterprise. The document aims to help readers understand how to incorporate information security principles into their enterprise reference architecture.
Thought Leader Interview: Dr. William Turner on the Software-Defined Future ...Iver Band
As the Vice President, Datacenter Architecture at Presidio,
William Turner, PhD has more than 20 years of hand-son,
full-project-cycle experience in strategizing, designing and
deploying large-scale Fortune 500 networks and security
solutions. His extensive background in banking, security,
and government has yielded several well regarded industry
standards and noted reference models.
Dr. Turner envisions and drives a future in which sophisticated software provisions and de-provisions IT infrastructure automatically in response to business needs. The specialized appliances enterprises traditionally rely upon will be replaced by industry-standard hardware playing necessary roles on demand.
EAPJ conducted this interview from the perspective of an infrastructure architect considering a software-defined future for the networking, hosting and storage underlying a
major upcoming application investment.
E-portfolios have potential for employment but are not widely used by employers currently. The InLOC specification could help by allowing employment frameworks and standards to be imported into systems in a standardized, machine-readable format. This would allow employers to search for candidates based on skills and qualifications, and easily view evidence in candidates' e-portfolios. For this vision to be realized, frameworks need to be published in InLOC format and tools built to process InLOC data, while also gaining employer buy-in for the shared frameworks.
Design Principles for Competence-based Recommender SystemsARISTOTELE
ARISTOTELE presentationat the 6th IEEE International Conference on Digital Ecosystem Technologies - Complex Environment Engineering (IEEE DEST - CEE 2012). Learn more on http://www.aristotele-ip.eu/
Oracle AIA - Does it deliver on it's integration promise? (whitepaper)Revelation Technologies
Oracle's Application Integration Architecture (AIA) is a framework that aims to simplify integration between disparate Oracle applications. It proposes standardized integration patterns, reusable integration components called Process Integration Packs, and a common data model using Enterprise Business Objects. While AIA provides useful tools and methodologies, a survey of Oracle experts found mixed results on whether it delivers on all its claims to reduce costs, risks, and complexity of integration. AIA is a legitimate approach, but achieving full benefits depends on how it is implemented in each organization.
The document describes the Microsoft Solutions Framework (MSF) Process Model version 3.1. It combines elements of the waterfall model and spiral model into a single, flexible model that can be applied to any project type. The model includes phases for envisioning, planning, developing, stabilizing, and deploying a solution. It emphasizes establishing a shared vision, managing change, delivering business value, and open communication. Key terms like customers, stakeholders, solutions, baselining, and scope are also defined.
The document is a guide to the Business Analysis Body of Knowledge (BABOK), which defines the profession of business analysis. It describes the knowledge areas, tasks, skills, and techniques that business analysts use to work with stakeholders and recommend solutions that help organizations achieve their goals. The guide provides an introduction to key business analysis concepts and structures the remainder of the document around knowledge areas, tasks, competencies, and techniques.
The document discusses various approaches to integrating work and learning, including work experience, employer-led skills training, professional development, self-motivated work-related learning, and on-the-job learning. It examines the role of technology in supporting these approaches, noting that technology support is currently uneven. It raises questions about how to better align the interests of employers, employees, and educational institutions to facilitate work-based learning, and how existing and new technologies could help bring these various stakeholders together.
This presentation is an overview of a new and comprehensive enterprise integration practice based upon SOA... Services Oriented Integration extends SOA to cover what's necessary to ensure SOA actually works.
This document provides a summary and comparison of the top four enterprise architecture methodologies: the Zachman Framework, The Open Group Architecture Framework (TOGAF), the Federal Enterprise Architecture (FEA), and the Gartner methodology. It uses a case study of a fictional company, MedAMore, to illustrate how each methodology would approach MedAMore's issues of increasing IT complexity, systems hindering agility, out-of-date information, and a lack of trust between business and IT. The document finds that while each methodology has strengths, none are complete alone. It proposes a blended methodology approach tailored to an organization's specific needs and challenges.
This document provides an overview of enterprise architecture, including definitions of key concepts, frameworks, and the TOGAF Architecture Development Method (ADM). It defines enterprise architecture as the organizing logic for business processes and IT infrastructure reflecting integration standards. Popular frameworks discussed include Zachman, TOGAF, and FEA. TOGAF's ADM is a iterative 8-phase process for developing an enterprise architecture, covering activities from establishing vision and business architecture to implementation.
IntelliSense EA Practice - EA Framework ComparisonCarl Barnes
This document compares and summarizes four major enterprise architecture methodologies: the Zachman Framework, TOGAF, FEA, and Gartner. It uses a case study of a fictional drug store chain, MedAMore, to illustrate how each methodology would approach challenges the company is facing with increasingly complex and costly IT systems that are hindering its ability to adapt to market changes. The document provides background on the history and development of enterprise architecture as a field over the past 20 years. It defines key terms and then analyzes each methodology in more detail to compare their approaches before proposing a blended methodology approach.
TOGAF is an enterprise architecture framework that provides best practices for developing an enterprise architecture. It includes the Architecture Development Method (ADM) which defines a process for developing an enterprise-specific architecture. The ADM is supported by guidelines, techniques and content frameworks to produce and store architectural artifacts. TOGAF also defines reference models and an architecture capability framework to help organizations effectively establish and operate an architecture practice.
On the nature of the enterprise architecture capabilityFrederick Halas
Four things to remember when building Enterprise Architecture capability, or, can you imagine a gas refinery running without blueprints? This article is about trying to understand the nature of the Enterprise Architecture capability in order to make it actionable, and to prepare for the challenges.
Effectiveness Of Service Oriented Architecture In Enterprise Architecture F...mdfachowdhury
This document provides a comparative analysis of popular enterprise architecture (EA) frameworks and the effectiveness of service-oriented architecture (SOA) implementation in EA. It outlines EA frameworks including TOGAF, DoDAF, FEAF, C4ISR, and Zachman and compares their supported architectures, architecture development methods, artifacts, and deliverables. The document also discusses the benefits and challenges of implementing SOA in EA frameworks.
How the ArchiMate Modeling Standard Helps Enterprise Architects Deliver Grea...Dana Gardner
Transcript of a discussion on how companies and governments can better produce rapid innovation and manage complexity across their IT and business operations.
To be truly effective, organizations have to really understand and embrace the holistic concept of Enterprise Architecture. Focusing solely on the standards aspect greatly limits the benefits that an enterprise can achieve. Enterprise Architecture (EA) is the description and design of a portfolio of processes, applications, information and their supporting technologies that enable business strategy. It addresses the structure of that portfolio over time and its interactions through guidelines including principles, rules, patterns, reference models, standards, initiatives and governance structures and processes to use when building new IT capability.
Streamlining IT Application Selection and Integration with a Standard Modelin...Iver Band
IT customers, application providers, and system integrators generally do not use standard representations to describe
either application requirements or proposals to satisfy them. The resulting ambiguity exposes application selection and
integration processes, however well-structured and executed, to error and delay. Adoption of the ArchiMate® visual
modeling language, an Open Group standard, would therefore increase the efficiency and effectiveness of the business
application marketplace.
Department of Homeland Security (DHS) Chief Information Officer (CIO) Luke McCormack recently
submitted testimony to a US Senate Subcommittee [1]. This case study, which is based on CIO
McCormack’s testimony, demonstrates how enterprise architects using the ArchiMate® language [2] can
quickly capture business situations using viewpoints defined in the ArchiMate specification. These
viewpoints are templates for views that address particular sets of stakeholder concerns. This case study
contains views based on and named after standard templates.
This issue of the Technology Forecast explores the future of enterprise applications and their role in creating a foundation for agility in an era of accelerating change.
Modeling Enterprise Risk Management and Security with the ArchiMate LanguageIver Band
The document provides an overview of how the ArchiMate modeling language can be used to model enterprise risk management and security concepts and relationships. It summarizes relevant risk and security standards and frameworks and extracts a set of core concepts. It then demonstrates how these concepts can be modeled using the ArchiMate language by mapping the concepts to ArchiMate elements and including examples from case studies. The document concludes that the ArchiMate language allows for modeling of the majority of common risk and security concepts and their relationships to other enterprise architecture concepts.
Information security-integration-part-1-of-2wardell henley
This document discusses integrating information security into an organization's enterprise reference architecture model. It begins by defining key concepts like enterprise architecture, frameworks, and reference models. It then discusses information security architecture considerations, including baseline definitions and how information security must be embedded at all levels of the enterprise. The document aims to help readers understand how to incorporate information security principles into their enterprise reference architecture.
Thought Leader Interview: Dr. William Turner on the Software-Defined Future ...Iver Band
As the Vice President, Datacenter Architecture at Presidio,
William Turner, PhD has more than 20 years of hand-son,
full-project-cycle experience in strategizing, designing and
deploying large-scale Fortune 500 networks and security
solutions. His extensive background in banking, security,
and government has yielded several well regarded industry
standards and noted reference models.
Dr. Turner envisions and drives a future in which sophisticated software provisions and de-provisions IT infrastructure automatically in response to business needs. The specialized appliances enterprises traditionally rely upon will be replaced by industry-standard hardware playing necessary roles on demand.
EAPJ conducted this interview from the perspective of an infrastructure architect considering a software-defined future for the networking, hosting and storage underlying a
major upcoming application investment.
E-portfolios have potential for employment but are not widely used by employers currently. The InLOC specification could help by allowing employment frameworks and standards to be imported into systems in a standardized, machine-readable format. This would allow employers to search for candidates based on skills and qualifications, and easily view evidence in candidates' e-portfolios. For this vision to be realized, frameworks need to be published in InLOC format and tools built to process InLOC data, while also gaining employer buy-in for the shared frameworks.
Design Principles for Competence-based Recommender SystemsARISTOTELE
ARISTOTELE presentationat the 6th IEEE International Conference on Digital Ecosystem Technologies - Complex Environment Engineering (IEEE DEST - CEE 2012). Learn more on http://www.aristotele-ip.eu/
Oracle AIA - Does it deliver on it's integration promise? (whitepaper)Revelation Technologies
Oracle's Application Integration Architecture (AIA) is a framework that aims to simplify integration between disparate Oracle applications. It proposes standardized integration patterns, reusable integration components called Process Integration Packs, and a common data model using Enterprise Business Objects. While AIA provides useful tools and methodologies, a survey of Oracle experts found mixed results on whether it delivers on all its claims to reduce costs, risks, and complexity of integration. AIA is a legitimate approach, but achieving full benefits depends on how it is implemented in each organization.
The document describes the Microsoft Solutions Framework (MSF) Process Model version 3.1. It combines elements of the waterfall model and spiral model into a single, flexible model that can be applied to any project type. The model includes phases for envisioning, planning, developing, stabilizing, and deploying a solution. It emphasizes establishing a shared vision, managing change, delivering business value, and open communication. Key terms like customers, stakeholders, solutions, baselining, and scope are also defined.
The document is a guide to the Business Analysis Body of Knowledge (BABOK), which defines the profession of business analysis. It describes the knowledge areas, tasks, skills, and techniques that business analysts use to work with stakeholders and recommend solutions that help organizations achieve their goals. The guide provides an introduction to key business analysis concepts and structures the remainder of the document around knowledge areas, tasks, competencies, and techniques.
The document discusses various approaches to integrating work and learning, including work experience, employer-led skills training, professional development, self-motivated work-related learning, and on-the-job learning. It examines the role of technology in supporting these approaches, noting that technology support is currently uneven. It raises questions about how to better align the interests of employers, employees, and educational institutions to facilitate work-based learning, and how existing and new technologies could help bring these various stakeholders together.
This presentation is an overview of a new and comprehensive enterprise integration practice based upon SOA... Services Oriented Integration extends SOA to cover what's necessary to ensure SOA actually works.
This document provides a summary and comparison of the top four enterprise architecture methodologies: the Zachman Framework, The Open Group Architecture Framework (TOGAF), the Federal Enterprise Architecture (FEA), and the Gartner methodology. It uses a case study of a fictional company, MedAMore, to illustrate how each methodology would approach MedAMore's issues of increasing IT complexity, systems hindering agility, out-of-date information, and a lack of trust between business and IT. The document finds that while each methodology has strengths, none are complete alone. It proposes a blended methodology approach tailored to an organization's specific needs and challenges.
This document provides an overview of enterprise architecture, including definitions of key concepts, frameworks, and the TOGAF Architecture Development Method (ADM). It defines enterprise architecture as the organizing logic for business processes and IT infrastructure reflecting integration standards. Popular frameworks discussed include Zachman, TOGAF, and FEA. TOGAF's ADM is a iterative 8-phase process for developing an enterprise architecture, covering activities from establishing vision and business architecture to implementation.
IntelliSense EA Practice - EA Framework ComparisonCarl Barnes
This document compares and summarizes four major enterprise architecture methodologies: the Zachman Framework, TOGAF, FEA, and Gartner. It uses a case study of a fictional drug store chain, MedAMore, to illustrate how each methodology would approach challenges the company is facing with increasingly complex and costly IT systems that are hindering its ability to adapt to market changes. The document provides background on the history and development of enterprise architecture as a field over the past 20 years. It defines key terms and then analyzes each methodology in more detail to compare their approaches before proposing a blended methodology approach.
TOGAF is an enterprise architecture framework that provides best practices for developing an enterprise architecture. It includes the Architecture Development Method (ADM) which defines a process for developing an enterprise-specific architecture. The ADM is supported by guidelines, techniques and content frameworks to produce and store architectural artifacts. TOGAF also defines reference models and an architecture capability framework to help organizations effectively establish and operate an architecture practice.
On the nature of the enterprise architecture capabilityFrederick Halas
Four things to remember when building Enterprise Architecture capability, or, can you imagine a gas refinery running without blueprints? This article is about trying to understand the nature of the Enterprise Architecture capability in order to make it actionable, and to prepare for the challenges.
Effectiveness Of Service Oriented Architecture In Enterprise Architecture F...mdfachowdhury
This document provides a comparative analysis of popular enterprise architecture (EA) frameworks and the effectiveness of service-oriented architecture (SOA) implementation in EA. It outlines EA frameworks including TOGAF, DoDAF, FEAF, C4ISR, and Zachman and compares their supported architectures, architecture development methods, artifacts, and deliverables. The document also discusses the benefits and challenges of implementing SOA in EA frameworks.
How the ArchiMate Modeling Standard Helps Enterprise Architects Deliver Grea...Dana Gardner
Transcript of a discussion on how companies and governments can better produce rapid innovation and manage complexity across their IT and business operations.
To be truly effective, organizations have to really understand and embrace the holistic concept of Enterprise Architecture. Focusing solely on the standards aspect greatly limits the benefits that an enterprise can achieve. Enterprise Architecture (EA) is the description and design of a portfolio of processes, applications, information and their supporting technologies that enable business strategy. It addresses the structure of that portfolio over time and its interactions through guidelines including principles, rules, patterns, reference models, standards, initiatives and governance structures and processes to use when building new IT capability.
This document describes the process of designing and implementing a data warehouse and business intelligence application as part of a group project. Key aspects discussed include selecting team members, analyzing requirements, choosing a top-down or bottom-up design approach, resolving conflicts, and implementing the final system architecture. The author reflects on learning outcomes from participating in the project, including technical skills gained and a reinforced understanding of data warehousing concepts.
- SOA adoption is growing rapidly, with over 75% of CIOs planning SOA investments in the next year. However, SOA lacks shared standards and best practices needed for widespread adoption.
- There is significant hype and confusion around SOA due to vendor marketing, competing standards efforts, and a lack of leadership.
- For SOA to reach its full potential, a user-run leadership forum is needed to establish common methodologies, principles, and standards to guide SOA maturity. This forum would define deliverables like reference architectures, governance frameworks, and lifecycle models.
This document provides an overview of TOGAF 9.1, including:
- TOGAF is an enterprise architecture framework developed by The Open Group to help design, plan, implement, and govern an enterprise information technology architecture.
- The key component of TOGAF is the Architecture Development Method (ADM), which provides a process for developing enterprise architectures in a standardized and systematic way.
- The ADM supports iteration across its nine phases: preliminary, architecture vision, business architecture, data architecture, application architecture, technology architecture, opportunities & solutions, migration planning, and implementation governance.
This document discusses an expert perspective on enterprise architecture goals, framework adoption, and benefit assessment based on interviews conducted with industry experts. The key findings include:
1) There is a fairly stable set of enterprise architecture goals that tend to shift and mature over time as initiatives progress.
2) Available enterprise architecture frameworks lack modularity and customization capabilities, making it difficult to adapt them to specific organizational goals.
3) Companies measure achievement of goals through enterprise architecture benefit assessment, but approaches are not standardized.
This document discusses different types of enterprise architecture (EA) projects. It begins by defining EA and explaining that there are different understandings of EA that can complicate project execution. A literature review was conducted to identify EA project types. Twenty preliminary EA project types were identified, including EA establishment, business-IT alignment, business transformation, and digital transformation. The project types will help organizations select architects with the appropriate skills for different EA work. Further research is needed to characterize each project type to better match architects to projects.
- The document provides guidance on best practices for modeling customer and prospect data within Oracle's Trading Community Architecture (TCA). TCA provides a single repository for all data related to members of a trading community.
- It recommends a process of answering key questions about prospect and customer data to determine the optimal setup. This is based on core concepts of TCA, including maintaining a separation between entity data and relationship data.
- The best practices are intended to help organizations fully leverage TCA and position themselves to take advantage of new functionality from Oracle's E-Business Suite applications.
The document discusses establishing architecture for large enterprise solutions in an agile environment. It notes that while agile approaches help deliver software faster, large complex systems still require upfront architecture and design work to avoid excessive rework. It recommends using architecture runway and architectural runways to plan architecture for 6-12 months and 18-24 months respectively, to guide iterative development. Architects work with product owners to refine architecture runways based on market changes and new requirements.
The document summarizes a presentation about balancing the theory and practice of enterprise architecture (EA). It discusses how EA is often disconnected from initiatives and design. It also explores emerging disciplines like semantic architecture and agile EA. The presentation suggests that EA works best when integrated with solutions, designs, and processes and focused on current needs rather than extensive analysis.
Enterprise architecture represents a conceptual blueprint that defines the structure and operations of an organization. It provides a common view of the people, processes, and technology that integrate across the organization. Developing an enterprise architecture for the Virginia Department of Motor Vehicles would help align IT initiatives with business goals and strategies. It would identify redundant or inefficient processes, optimize resource use, and guide the transformation of systems to meet current and future needs.
A business analyst helps bridge the gap between business needs and technical solutions. They analyze an organization's structure, business models, processes and requirements. This includes strategic planning, process design, and interpreting business rules for technical systems. The business analyst ensures the technical solution meets the business goals. Key deliverables include business requirements, functional specifications, user needs documents, and traceability matrices to track requirements throughout the project. Having a business analyst involved in software projects helps clearly define needs and prevents miscommunication between stakeholders and developers.
Similar to Enterprise Architecture Professional Journal Volume II April 2014 (20)
A half-day introduction to the ArchiMate language, including core concepts, a visual Overview, and a case study. Introduces the entire language, including the Business, Application and Technology layers as well as the Motivation and implementation and Migration extensions. Ideal for enterprise and solution architects and other architecture contributors.
The case study uses the free Archi tool, and includes download instructions. Those interested in learning the language can attempt each case study exercise using Archi, and flip to the next slide to check their work.
Atefeh Riazi, currently Assistant Secretary-General and Chief Information Technology Officer at the United Nations, has also led IT at the advertising agency Ogilvy and Mather, the New York City Housing Authority, and the New York City Transit Authority (NYCTA), an agency of the New York State Metropolitan Transportation Authority (MTA). This interview focuses on Ms. Riazi's work at the MTA leading the implementation of MetroCard, a fare collection system that serves 8.5 million daily commuters. MetroCard collects fares on bus and rail transit systems operated by the MTA and other government agencies serving New York City and surrounding counties in New York, New Jersey and Connecticut.
Disaster and crisis management is a global problem. Scenarios range from short-term localized events to those with widespread impact persisting for years or decades. From personal experience and research in the topic area, there is clearly a need for a technology “platform” that can integrate cross-disciplinary agencies, civilians, contractors, and any other conceivable stakeholder. These stakeholders (including the environment and the public) will benefit immensely from integration and standardization in a problem-solving environment, especially in light of the value of human life. This approach should lead to enhanced preservation of life and safety, reduced environmental impact, and overall improvement in disaster response and mitigation – irrespective of the disaster type or scale.
This back issue of EAPJ contains valuable case studies for enterprise, solution and business architects. The articles apply enterprise architecture best practices to a wide variety of commercial, government and non-profit situations.
This back issue of EAPJ contains valuable case studies for enterprise, solution and business architects. The articles apply enterprise architecture best practices to a wide variety of commercial, government and non-profit situations.
As the Vice President, Datacenter Architecture at Presidio, William Turner, PhD has more than 20 years of hands-on, full-project-cycle experience in strategizing, designing and deploying large-scale Fortune 500 networks and security solutions. His extensive background in banking, security,
and government has yielded several well regarded industry standards and noted reference models.
Dr. Turner envisions and drives a future in which sophisticated software provisions and de-provisions IT infrastructure automatically in response to business needs. The specialized appliances enterprises traditionally rely upon will be replaced by industry-standard hardware playing necessary roles on demand.
EAPJ conducted this interview from the perspective of an infrastructure architect considering a software-defined future for the networking, hosting and storage underlying a major upcoming application investment.
Today’s highly competitive and customer-centric market conditions have pushed software and
solution delivery organizations beyond the traditionally accepted limits of software
development and delivery capabilities. Lean methodologies such as Lean Six Sigma and DevOps
can help improve operational solution delivery capacities through
Streamlining of solution delivery process
Improved software quality
Automation of system operations
Self-administration of system operations by development teams
Agile methodologies augment such operational improvements with their own enablement of
faster time to market (TTM) by transforming the Lean concept of value-added activities into
value-added product features. Agile software architecture augments solution delivery
organizations’ Agile software development life cycle (SDLC) capabilities with flexible
architectures that facilitate future product development.
Allen Podraza is a Certified Information Professional who believes that organizations benefit from developing a strategy for managing their information. He serves as the Director of Records Management & Archives for the American Medical Association in Chicago. He is an active member of a number of professional associations including the Association for Information and Image Management (AIIM), ARMA International and the Society of American Archivists (SAA), and has advised organizations on the development and administration of records management and archive programs. He also provides a wealth of “How To” advice though his blog, posts, and tweets.
This interview uses the Architecture Development Method (ADM) of The Open Group Architecture Framework (TOGAF®) as a template for interviewing Allen Podraza. As shown in the figure below, the ADM cycle focuses successively on the establishment of an architecture capability, the development of an architecture, planning for the transition to the new architecture, and architecture governance. Allen has responded to this unusual interview format with expert advice relevant to all aspects of the architecture lifecycle.
For more content like this, go to eapj.org.
More from Enterprise Architecture Professional Journal (8)
UiPath Test Automation using UiPath Test Suite series, part 6DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 6. In this session, we will cover Test Automation with generative AI and Open AI.
UiPath Test Automation with generative AI and Open AI webinar offers an in-depth exploration of leveraging cutting-edge technologies for test automation within the UiPath platform. Attendees will delve into the integration of generative AI, a test automation solution, with Open AI advanced natural language processing capabilities.
Throughout the session, participants will discover how this synergy empowers testers to automate repetitive tasks, enhance testing accuracy, and expedite the software testing life cycle. Topics covered include the seamless integration process, practical use cases, and the benefits of harnessing AI-driven automation for UiPath testing initiatives. By attending this webinar, testers, and automation professionals can gain valuable insights into harnessing the power of AI to optimize their test automation workflows within the UiPath ecosystem, ultimately driving efficiency and quality in software development processes.
What will you get from this session?
1. Insights into integrating generative AI.
2. Understanding how this integration enhances test automation within the UiPath platform
3. Practical demonstrations
4. Exploration of real-world use cases illustrating the benefits of AI-driven test automation for UiPath
Topics covered:
What is generative AI
Test Automation with generative AI and Open AI.
UiPath integration with generative AI
Speaker:
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
GraphSummit Singapore | The Future of Agility: Supercharging Digital Transfor...Neo4j
Leonard Jayamohan, Partner & Generative AI Lead, Deloitte
This keynote will reveal how Deloitte leverages Neo4j’s graph power for groundbreaking digital twin solutions, achieving a staggering 100x performance boost. Discover the essential role knowledge graphs play in successful generative AI implementations. Plus, get an exclusive look at an innovative Neo4j + Generative AI solution Deloitte is developing in-house.
Unlocking Productivity: Leveraging the Potential of Copilot in Microsoft 365, a presentation by Christoforos Vlachos, Senior Solutions Manager – Modern Workplace, Uni Systems
Full-RAG: A modern architecture for hyper-personalizationZilliz
Mike Del Balso, CEO & Co-Founder at Tecton, presents "Full RAG," a novel approach to AI recommendation systems, aiming to push beyond the limitations of traditional models through a deep integration of contextual insights and real-time data, leveraging the Retrieval-Augmented Generation architecture. This talk will outline Full RAG's potential to significantly enhance personalization, address engineering challenges such as data management and model training, and introduce data enrichment with reranking as a key solution. Attendees will gain crucial insights into the importance of hyperpersonalization in AI, the capabilities of Full RAG for advanced personalization, and strategies for managing complex data integrations for deploying cutting-edge AI solutions.
In his public lecture, Christian Timmerer provides insights into the fascinating history of video streaming, starting from its humble beginnings before YouTube to the groundbreaking technologies that now dominate platforms like Netflix and ORF ON. Timmerer also presents provocative contributions of his own that have significantly influenced the industry. He concludes by looking at future challenges and invites the audience to join in a discussion.
For the full video of this presentation, please visit: https://www.edge-ai-vision.com/2024/06/building-and-scaling-ai-applications-with-the-nx-ai-manager-a-presentation-from-network-optix/
Robin van Emden, Senior Director of Data Science at Network Optix, presents the “Building and Scaling AI Applications with the Nx AI Manager,” tutorial at the May 2024 Embedded Vision Summit.
In this presentation, van Emden covers the basics of scaling edge AI solutions using the Nx tool kit. He emphasizes the process of developing AI models and deploying them globally. He also showcases the conversion of AI models and the creation of effective edge AI pipelines, with a focus on pre-processing, model conversion, selecting the appropriate inference engine for the target hardware and post-processing.
van Emden shows how Nx can simplify the developer’s life and facilitate a rapid transition from concept to production-ready applications.He provides valuable insights into developing scalable and efficient edge AI solutions, with a strong focus on practical implementation.
Goodbye Windows 11: Make Way for Nitrux Linux 3.5.0!SOFTTECHHUB
As the digital landscape continually evolves, operating systems play a critical role in shaping user experiences and productivity. The launch of Nitrux Linux 3.5.0 marks a significant milestone, offering a robust alternative to traditional systems such as Windows 11. This article delves into the essence of Nitrux Linux 3.5.0, exploring its unique features, advantages, and how it stands as a compelling choice for both casual users and tech enthusiasts.
Programming Foundation Models with DSPy - Meetup SlidesZilliz
Prompting language models is hard, while programming language models is easy. In this talk, I will discuss the state-of-the-art framework DSPy for programming foundation models with its powerful optimizers and runtime constraint system.
“An Outlook of the Ongoing and Future Relationship between Blockchain Technologies and Process-aware Information Systems.” Invited talk at the joint workshop on Blockchain for Information Systems (BC4IS) and Blockchain for Trusted Data Sharing (B4TDS), co-located with with the 36th International Conference on Advanced Information Systems Engineering (CAiSE), 3 June 2024, Limassol, Cyprus.
How to Get CNIC Information System with Paksim Ga.pptxdanishmna97
Pakdata Cf is a groundbreaking system designed to streamline and facilitate access to CNIC information. This innovative platform leverages advanced technology to provide users with efficient and secure access to their CNIC details.
Threats to mobile devices are more prevalent and increasing in scope and complexity. Users of mobile devices desire to take full advantage of the features
available on those devices, but many of the features provide convenience and capability but sacrifice security. This best practices guide outlines steps the users can take to better protect personal devices and information.
Infrastructure Challenges in Scaling RAG with Custom AI modelsZilliz
Building Retrieval-Augmented Generation (RAG) systems with open-source and custom AI models is a complex task. This talk explores the challenges in productionizing RAG systems, including retrieval performance, response synthesis, and evaluation. We’ll discuss how to leverage open-source models like text embeddings, language models, and custom fine-tuned models to enhance RAG performance. Additionally, we’ll cover how BentoML can help orchestrate and scale these AI components efficiently, ensuring seamless deployment and management of RAG systems in the cloud.
Essentials of Automations: The Art of Triggers and Actions in FMESafe Software
In this second installment of our Essentials of Automations webinar series, we’ll explore the landscape of triggers and actions, guiding you through the nuances of authoring and adapting workspaces for seamless automations. Gain an understanding of the full spectrum of triggers and actions available in FME, empowering you to enhance your workspaces for efficient automation.
We’ll kick things off by showcasing the most commonly used event-based triggers, introducing you to various automation workflows like manual triggers, schedules, directory watchers, and more. Plus, see how these elements play out in real scenarios.
Whether you’re tweaking your current setup or building from the ground up, this session will arm you with the tools and insights needed to transform your FME usage into a powerhouse of productivity. Join us to discover effective strategies that simplify complex processes, enhancing your productivity and transforming your data management practices with FME. Let’s turn complexity into clarity and make your workspaces work wonders!
Driving Business Innovation: Latest Generative AI Advancements & Success StorySafe Software
Are you ready to revolutionize how you handle data? Join us for a webinar where we’ll bring you up to speed with the latest advancements in Generative AI technology and discover how leveraging FME with tools from giants like Google Gemini, Amazon, and Microsoft OpenAI can supercharge your workflow efficiency.
During the hour, we’ll take you through:
Guest Speaker Segment with Hannah Barrington: Dive into the world of dynamic real estate marketing with Hannah, the Marketing Manager at Workspace Group. Hear firsthand how their team generates engaging descriptions for thousands of office units by integrating diverse data sources—from PDF floorplans to web pages—using FME transformers, like OpenAIVisionConnector and AnthropicVisionConnector. This use case will show you how GenAI can streamline content creation for marketing across the board.
Ollama Use Case: Learn how Scenario Specialist Dmitri Bagh has utilized Ollama within FME to input data, create custom models, and enhance security protocols. This segment will include demos to illustrate the full capabilities of FME in AI-driven processes.
Custom AI Models: Discover how to leverage FME to build personalized AI models using your data. Whether it’s populating a model with local data for added security or integrating public AI tools, find out how FME facilitates a versatile and secure approach to AI.
We’ll wrap up with a live Q&A session where you can engage with our experts on your specific use cases, and learn more about optimizing your data workflows with AI.
This webinar is ideal for professionals seeking to harness the power of AI within their data management systems while ensuring high levels of customization and security. Whether you're a novice or an expert, gain actionable insights and strategies to elevate your data processes. Join us to see how FME and AI can revolutionize how you work with data!
Removing Uninteresting Bytes in Software FuzzingAftab Hussain
Imagine a world where software fuzzing, the process of mutating bytes in test seeds to uncover hidden and erroneous program behaviors, becomes faster and more effective. A lot depends on the initial seeds, which can significantly dictate the trajectory of a fuzzing campaign, particularly in terms of how long it takes to uncover interesting behaviour in your code. We introduce DIAR, a technique designed to speedup fuzzing campaigns by pinpointing and eliminating those uninteresting bytes in the seeds. Picture this: instead of wasting valuable resources on meaningless mutations in large, bloated seeds, DIAR removes the unnecessary bytes, streamlining the entire process.
In this work, we equipped AFL, a popular fuzzer, with DIAR and examined two critical Linux libraries -- Libxml's xmllint, a tool for parsing xml documents, and Binutil's readelf, an essential debugging and security analysis command-line tool used to display detailed information about ELF (Executable and Linkable Format). Our preliminary results show that AFL+DIAR does not only discover new paths more quickly but also achieves higher coverage overall. This work thus showcases how starting with lean and optimized seeds can lead to faster, more comprehensive fuzzing campaigns -- and DIAR helps you find such seeds.
- These are slides of the talk given at IEEE International Conference on Software Testing Verification and Validation Workshop, ICSTW 2022.
Maruthi Prithivirajan, Head of ASEAN & IN Solution Architecture, Neo4j
Get an inside look at the latest Neo4j innovations that enable relationship-driven intelligence at scale. Learn more about the newest cloud integrations and product enhancements that make Neo4j an essential choice for developers building apps with interconnected data and generative AI.
Enterprise Architecture Professional Journal Volume II April 2014
1. Volume 2, Issue 1, May 2014
Enterprise
Architecture
Business
Technology
Information Systems
Framework
Metamodels
Applications
Data
Zachman
TOGAF
DODAF
FEA
The Open Group
Reusable
Governance
Stakeholders
Reference Models Artifacts
Specifications
Security
Solutions
ADM
BuildingBlocks
Repository
VisionRequirements
Change Management
Lifecycle
Contracts
Assessment
Implementation
Risk
Boundaryless Information Flow
SOA
COBIT
ISO/IEC42010:2007
Capability
Architects
Architecture Board
Compliance
Systems
Processes
Software
CMM
Migration
ISO 20000
ArchiMate
Models
EnterpriseContinuum
Architecture Continuum
Solutions Continuum
ArchitectureLandscape
III-RM
TRM
Matrices
Diagrams
Iteration
Principles
RoadmapRoles
Collaboration
Data Flow
Skills
Maturity Models
Enterprise
Architecture
Business
Technology
Information Systems
Framework
Metamodels
Applications
Data
Zachman
TOGAF
DODAF
FEA
The Open Group
Reusable
Governance
Stakeholders
Reference Models Artifacts
Specifications
Security
Solutions
ADM
BuildingBlocks
Repository
VisionRequirements
Change Management
Lifecycle
Contracts
Assessment
Implementation
Risk
Boundaryless Information Flow
SOA
COBIT
ISO/IEC42010:2007
Capability
Architects
Architecture Board
Compliance
Systems
Processes
Software
CMM
Migration
ISO 20000
ArchiMate
Models
EnterpriseContinuum
Architecture Continuum
Solutions Continuum
ArchitectureLandscape
III-RM
TRM
Matrices
Diagrams
Iteration
Principles
RoadmapRoles
Collaboration
Data Flow
Skills
Maturity Models
Enterprise Architecture Professional Journal
Enterprise Transformation Articles, Case Studies, Book/Conference Reviews, Tips, and Interviews with Top Business and Technology Thinkers
IN THIS ISSUE
TOGAF® Meets Baldrige – Strange Bedfellows or a Marriage Made in Heaven?
By Michael J. Novak
Thought Leader Interview: Mike Callahan on Business Architecture
By Iver Band
Call for Submissions and Reviewers
By Iver Band
4. ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014 3
TOGAF®1 2
MEETS BALDRIGE3
– STRANGE BEDFELLOWS OR A
MARRIAGE MADE IN HEAVEN?
By Michael J. Novak
Abstract
Enterprise Architecture (EA) and organizational performance assessment and improvement are often
viewed as separate and distinct disciplines. The former, often residing in the realm of the Chief
Information Officer (CIO) or Chief Technology Officer (CTO), tends to focus mainly on Information
Technology (IT) issues. By contrast, organizational performance assessment and improvement tends
to be in the realm of the Chief Executive Officer (CEO) or Chief Operating Officer (COO) and focuses
mainly on business operations topics. The boundaries between the business side of the house and
the IT side of the house are sometimes impermeable – making communication, collaboration, and
cooperation between the two organizational functions difficult. Consequently, EA and organizational
performance assessment and improvement do not leverage their respective value-adding qualities to
bring success to each other and to create value for the organization or stakeholders. This article
provides a summary of the two disciplines – EA and organizational performance assessment and
improvement. The article then describes a popular EA framework – The Open Group Architecture
Framework (TOGAF) – and a widely used organizational performance assessment and improvement
framework – the Baldrige Criteria for Performance Excellence and methodology. The article goes on
to illustrate how these two frameworks intersect, interact, and provide mutual support. Finally, the
article provides a prescription for senior executives and other change agents to help bring about
integration of EA (specifically, TOGAF) and organizational performance assessment and improvement
(specifically, Baldrige).
The writer makes two assumptions in this article. The first is that the reader of this Journal is familiar
with the concepts and practice of Enterprise Architecture in general and with The Open Group
Architecture Framework (TOGAF) in particular. The second assumption is that the reader may not be
as familiar with the Organizational Performance Assessment and Improvement discipline. A corollary
is that the reader may not be familiar with the Baldrige Criteria for Performance Excellence and
Baldrige organizational performance assessment and improvement methodology. Accordingly,
treatment of EA in this article will be perfunctory; treatment of Organizational Performance
Assessment and Improvement will be more extensive.
1 TOGAF is a registered trademark of The Open Group in the United States and other countries.
2 Source of illustrations of the TOGAF Architecture Development Method and other TOGAF components: Open Group
Standard TOGAF Version 9.1. The Open Group, 2011.
3 Source of illustrations of the Baldrige business model and core values: 2011-2012 Criteria for Performance Excellence.
5. 4 ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014
Enterprise Architecture
While there are multiple definitions for “enterprise,” “architecture,” and “enterprise architecture,”
this article will not debate which definitions are “right” or “best.” Instead, it will leverage some widely
accepted definitions:
Enterprise: An organization or collection of organizations that share a common set of goals, that is
being “enterprising,” moving toward a target thinking as an “enterprise” level – e.g., a government
agency or part thereof, or a corporation (for profit or not-for-profit or academic) or part thereof, but
with a sense of “enterprise” vs. “silo.” (Source: TOGAF Definition of “Enterprise”)
Architecture: The fundamental organization or definition of “something” (could be an enterprise),
embodied in: (1) its components, (2) their relationships to one another and the environment, and (3)
the principles governing its design and evolution. (Source: TOGAF Definition of Architecture, Adapted
from ANSI/IEEE Standard 1471-2000)
Enterprise Architecture: “The organizing logic for business processes and IT infrastructure reflecting
the integration and standardization requirements of the firm’s operating model.” (Source: MIT Center
for Information Systems Research)
By way of background, Enterprise Architecture came into being for a number of reasons related to
procurement of IS and IT resources. One specific reason was to bring order out of the chaos that was
acquisition of Information Resources by the U.S. Federal Government. This writer worked for six years
in the world of U.S. Defense Acquisition of mission-critical computer resources (MCCR), and can attest
to the redundant, repetitive, contradictory, and downright wasteful regulations and practices that
governed MCCR acquisition. But the problem did not only reside in the MCCR world. Stories (mostly
true) told of agencies with multiple email systems that were not compatible – business units using
“email system A” could not communicate with units using “email system B.” And the same problem
existed in other areas: multiple operating systems; multiple word processing, spreadsheet, and data
base applications. Contractors were paid thousands of dollars to produce training materials in
WordPerfect by one division, and then paid additionalthousands to convert the materials to Microsoft
Word so that another division could use the materials. The outcomes of this sort of system could be
predicted: huge waste of financial, human, and other resources; redundant and incompatible systems;
and general organizational inefficiency and ineffectiveness. And this was not only in the information
technology arena. The same situation existed in other parts of the organization. Redundant,
conflicting, and misaligned business processes and systems created organizational silos, ineffective
internal and external communications, poor quality and productivity, low customer satisfaction and
loyalty, and workforce disengagement.
Within this context, The Open Group’s Whitepaper W076, “Why does Enterprise Architecture
Matter?” cites a number of specific benefits of enterprise architecture. First, the most significant
benefit of EA is that it helps an organization achieve its business strategy. Absent an understanding
of its business, information, application, and technology architectures, an enterprise cannot hope to
understand how its structure, internal processes, or external environment are affecting its progress
toward strategic goals and objectives. An effective EA helps ensure that an organization’s IT
investments are aligned with key business goals and performance indicators.
6. ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014 5
The Open Group Architecture Framework
Developing and sustaining an enterprise architecture is a technically complex process that involves
many stakeholders and decision processes in the organization. TOGAF plays an important role in
standardizing the architecture development process. TOGAF provides a best practice framework for
adding value, and enables the organization to build workable and economic solutions that address
their business issues and needs. Using TOGAF results in enterprise architecture that is consistent,
reflects the needs of stakeholders, employs proven best practices, and gives due consideration both
to current requirements and to the perceived future needs of the business. TOGAF can provide a
complete picture of the enterprise, can provide the means for complete documentation of all
architecture work, can be adapted to meet the unique needs of an organization, and can be readily
employed by new adopters of EA. This is not to say that TOGAF is simple. It is not. TOGAF is designed
to be adapted, augmented with other standards, and implemented completely or partially in complex
organizations with a view to managing complex systems. So TOGAF is almost by necessity complex.
FIGURE 1 TOGAF ARCHITECTURE DEVELOPMENT METHOD
The core of TOGAF is the Architecture Development Method (ADM). The ADM (Figure 1) is an
iterative, adaptable process for developing and managing architectures. The ADM includes an initial
planning and preparation stage, consisting of the Preliminary and Architecture Vision Phases; an
architecture design and development stage, consisting of Business Architecture (Phase B),
Requirements
Management
Preliminary
A. Architecture
Vision
B. Business
Architecture
C. Information
Systems
Architectures
D. Technology
Architecture
E. Opportunities
and Solutions
F. Migration
Planning
G.
Implementation
Governance
H. Architecture
Change
Management
7. 6 ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014
Information Systems (Data and Applications) Architectures (Phase C), and Technology Architecture
(Phase D); an implementation stage, consisting of Opportunities and Solutions (Phase E) and
Migration Planning (Phase F); and an oversight and change management stage, consisting of
Implementation Governance (Phase G) and Architecture Change Management (Phase H). There is
also a Requirements Management element, which is a crucial activity in all phases.
Since its inception in 1994, TOGAF has come to be widely used as an effective industry standard
framework and method for enterprise architecture in major IT projects worldwide. The popularity of
TOGAF is based on the fact that it is vendor, tool, technology, and industry sector-neutral – TOGAF is
applicable to organizations of any industry, any size, and any geographical locality. It is scalable, and
adaptable, and can be used in conjunction with other enterprise architecture frameworks and other
management frameworks. Also, TOGAF is a universally recognized means of certification for
Enterprise Architects, with more than 25,000 certified worldwide. The TOGAF standard and other
information about TOGAF and about The Open Group may be found at http://www.TOGAF com and
http://www.opengroup.org, respectively.
Organizational Performance Assessment and Improvement
By its very name, organizational performance assessment and improvement includes two separate
but related tasks: (a) assessment of an organization’s performance and (b) improvement of the
organization’s performance.
Before either the assessment or the improvement task can be conducted, however, a foundation must
be laid. First, a basic description of the organization must be articulated – one that defines the
organization’s drivers, operations, and desired outcomes. The basic relationships among these are
shown in figure 2, below.
FIGURE 2 DRIVERS, OPERATIONS, AND OUTCOMES (LINEAR VIEW)
Drivers are factors that cause an organization and its members to behave in ways that contribute to
the organization’s desired outcomes. These can be written and unwritten policies, practices, rules
and values; key stakeholders and their requirements and concerns; workforce competencies and
other workforce attributes; the organization’s products and services and distribution channels;
facilities, equipment, and other physical assets; intellectual property and other non-physical assets;
legal and regulatory requirements; the organization’s competitive environment; competitive
challenges and advantages; and the organization’s performance improvement system. These drivers
nearly always derive from higher order (strategic) drivers that define the fundamental existence and
operations of the organization: desired outcomes stated in terms of the organization’s purpose,
vision, mission, objectives, and goals.
In essence, drivers tell the organization why it must do what it must do. What it must do are its
operations. Operations are what the organization does, in response to the drivers, to achieve its
desired outcomes. Desired outcomes tell the organization what its operations are intended to
accomplish. Outcomes can be stated in terms of purpose or vision statements and strategic objectives
Drivers Operations Outcomes
8. ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014 7
(strategic dimension), mission statements and major program/project objectives (operational
dimension), or statements of desired process outputs or definitions of task or activity accomplishment
(tactical dimension).
Figure 2 and the foregoing discussion make it appear that there is a linear, step-by-step process: First
we identify the drivers; then we determine the operations that address the drivers; then we decide
on the desired outcomes. In reality, these activities are occurring simultaneously and
interdependently. Both the drivers and the desired outcomes determine the operations; both the
drivers and the operations can work in tandem to determine the organization’s desired outcomes;
and the operations, working in concert with the desired outcomes, can shape the organization’s
drivers. These relationships are shown in Figure 3.
FIGURE 3 DRIVERS, OPERATIONS, AND OUTCOMES (NON-LINEAR VIEW)
Once the organization has been described, it must be assessed. At that point, enter two additional
factors: performance indicators and metrics. Performance indicators are quantitative and/or
qualitative statements of the organization’s desired outcomes. Metrics are specifically defined
variables that measure the extent to which the organization is achieving its performance indicators
and desired outcomes. Metrics inform management how well the organization is progressing toward
realizing its purpose, vision, and strategy; accomplishing its mission, major programs and projects,
and operational plans; and completing its day-to-day work, processes, procedures, tasks, and
schedules. A very simplistic example of desired outcomes, performance indicators, and metrics can
be seen in Table 1: An imaginary organization, the Harrietta Food Services Cooperative, founded in
2010, has a purpose of providing food to the hungry in Harrietta, Michigan, and a vision of ensuring
all Harrietta residents have adequate food by 2020. Its strategic desired outcome, performance
indicator, and metric are shown in Table 1.
TABLE 1: DESIRED OUTCOMES, PERFORMANCE INDICATORS, AND METRICS
Desired Outcome Reduce Hunger by 50% in Harrietta, Michigan by 2015
Performance Indicator A Chicken in 50% of all Previously Empty Pots by 2015
Metric % of Previously Empty Pots Containing Chickens
Most organizations begin their assessment and improvement by measuring their outcomes.
Outcomes that are found to fall short of defined desired outcomes are tagged for improvement, and
root causes for the deficiencies are identified and prioritized for improvement. Generally, the root
Drivers
OutcomesOperations
9. 8 ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014
causes fall into the operations area: strategies, programs, projects, or processes, or their supporting
plans, are in need of improvement – either through continuous incremental improvement or by
innovative breakthrough change. Using the example above, assume that the Harrietta Food Services
Cooperative’s efforts to reduce hunger by 50% by 2015 began in 2010. Also assume that in 2013 the
cooperative discovered that only 20% of previously empty pots contained chickens. Clearly, the
desired outcome of reducing hunger by 50% – represented by the performance indicator of “A
Chicken in 50% of Previously Empty Pots by 2015” – will not be met unless corrective action is taken.
The cooperative reviews and revises its processes (operations) that are employed to identify empty
pots and provide chickens. For example, processes may have to be sped up or enhanced in some other
way in order to meet the desired outcome.
There may be other causes of the deficiencies: For example, a driver may be causing inappropriate
organizational and individual behaviors. Or a driver may have become obsolete and irrelevant. In
such cases, the cooperative would review and revise the drivers that motivate the cooperative and its
workforce. Drivers such as workforce capabilities or capacities may have to be enhanced – for
example, by hiring more people or providing more training to current employees – in order to achieve
the desired outcome.
Similarly, the problem may be with the desired outcomes. A comprehensive review and revision of
the cooperative’s desired outcomes may reveal that the desired outcome is not achievable or realistic,
and the cooperative may modify the desired outcome – e.g., by changing the performance indicator
to “A Chicken in 50% of all Previously Empty Pots by 2020.”
Review and revision may be required in any or all of the three areas. Mature organizations use an
integrated approach to assessment and improvement: Operations are periodically reviewed to
ensure they are performing as designed and as required. Outcomes are continuously monitored, and
data about outcomes provide information about possible operations or drivers that need to be
reviewed and revised. Drivers are periodically reviewed to ensure they continue to be appropriate
and relevant. A graphical representation of this approach can be seen in Figure 4.
Identify Drivers
Define
Operations
Define Desired
Outcomes
Review and
Revise Drivers
Review and
Revise
Operations
Identify
Opportunities for
Improvement
Measure Actual
Outcomes
Review and
Revise Desired
Outcomes
FIGURE 4: GENERIC ORGANIZATIONAL PERFORMANCE ASSESSMENT AND IMPROVEMENT CYCLE
In summary, organizational performance assessment and improvement is a collection of building
blocks (Table2).
10. ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014 9
TABLE 2: ORGANIZATIONAL PERFORMANCE ASSESSMENT AND IMPROVEMENT BUILDING BLOCKS WITH
EXPLANATIONS
Strategic Drivers: Purpose, Vision What the organization does
Drivers Why the organization does what it does
Operations How the organization does what it does
Desired Outcomes
How well the organization intends to do
what it does
Performance Indicators
How to determine success in meeting
objectives
Metrics Quantification of performance indicators
Measurement Process
How the organization measures and
reports how well it does what it does
Results Data
How well the organization actually does
what it does
Analysis Process How the organization analyzes results
data to make decisions that will enhance
the organization’s ability to achieve its
objectives
Decision-making Process
Improvement Process
The Baldrige Criteria for Performance Excellence and Methodology
In the early and mid-1980s, U.S. industry and government leaders realized that American companies
needed to focus on quality in order to compete in an ever-expanding, demanding global market. The
goal of the Malcolm Baldrige National Quality Improvement Act of 1987 was to enhance the
competitiveness of U.S. businesses. Its scope has since been expanded to health care and education
organizations in 1999 and to not-for-profit and government organizations in 2005.
Secretary of Commerce Malcolm Baldrige was an advocate of quality management as a key to U.S.
prosperity and sustainability. After he died in July 1987, Congress named the Baldrige National Quality
Award in recognition of his contributions. Congress created the Award Program to promote the
awareness of performance excellence as an important element in competitiveness and the award was
envisioned as a standard of excellence that would help U.S. companies achieve world-class quality.
Specific objectives include:
Identification and recognition of role-model businesses
Establishment of criteria for evaluating and improving performance
Disseminating and sharing best practices.
11. 10 ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014
The Baldrige Performance Excellence Program is much more than an award program. Most
organizations that embrace the Baldrige Criteria and improvement method do so to improve their
performance; they never apply for an award. These organizations recognize and employ other value-
adding aspects of Baldrige:
It is an education program to disseminate best business practices to all sectors of the U.S.
economy.
It is a business model or architecture framework. (Figure 5)
It is a widely used standard of organizational performance based on long-term, continuous
study of what the most successful organizations do.
It is a widely used standard of organizational performance based on long-term, continuous
study of what the most successful organizations do.
It is a set of Criteria for Performance Excellence, based on 11 Core Values and Core Concepts
(Figure 6). The Criteria prescribe what must be done, but not how it must be done.
It is a performance maturity model.
It is a performance improvement methodology, based on self-assessment of an organization’s
conformance to the requirements of the Criteria – often evaluated and scored by an external
entity (e.g., award program). The methodology identifies and prioritizes strengths to leverage
and opportunities for Improvement to eliminate, reduce, or mitigate.
12. ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014 11
FIGURE 5 BALDRIGE BUSINESS MODEL
FIGURE 6 BALDRIGE CORE VALUES AND CONCEPTS, CRITERIA CATEGORIES, AND RESULTS
13. 12 ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014
There are, of course, many other organizational performance assessment and improvement
approaches. Some of the more familiar ones include the Balanced Scorecard, ISO 9001, Lean, Six
Sigma, Business Process Reengineering, Total Quality Management, Activity Based Costing, and
Quality Circles. These are more narrowly focused approaches that can be used within the context of
the more holistic Baldrige framework. Additional information about the Baldrige program can be
obtained from the Baldrige program web site: www.baldrige.nist.gov.
Where TOGAF and Baldrige Meet – Similarities and Differences
Anyone familiar with one framework – either TOGAF or Baldrige – will see some very familiar concepts
in the other framework. One is the concept of preparation as a crucial prerequisite to any other
activity. The basis for preparation in Baldrige is the Organizational Profile. This profile articulates the
drivers or Key Factors that motivate the organization and its workforce to perform. Drivers include:
Product offerings
Purpose, Vision, Mission, and Values
Workforce profile
Organizational assets
Statutory and regulatory requirements
Organizational structure
Customers, suppliers, partners, and other stakeholders
The organization’s competitive position, anticipated competitiveness changes, and data and
information about competitors and other comparable organizations
Strategic advantages and challenges
The organization’s performance improvement system.
Many of these same factors are identified or developed during the Preliminary Phase and Phase A.
Architecture Vision of the TOGAF ADM (Figure 7).
14. ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014 13
FIGURE 7 PREPARATION IN TOGAF AND BALDRIGE
Another similarity between TOGAF and Baldrige is in the importance of Values, Principles, or Maxims
to guide behavior of the organization and its workforce. The Baldrige method itself is based on 11
Core Values and Concepts: visionary leadership; customer-driven excellence; organizational and
personal learning; valuing workforce members and partners; agility; focus on the future; managing
for innovation; management by fact; societal responsibility; focus on results and creating value; and
systems perspective (Figure 6).
Values appear prominently twice in Baldrige: first, in the Organizational Profile; and second, in Item
1.1 of the Baldrige Criteria (Senior Leadership). Since the organization’s Values appear in the
Organizational Profile, they are, by definition, key factors (drivers).
Item 1.1 of the Baldrige Criteria for Performance Excellence addresses how senior leaders set the
organization’s values and deploy those values throughout the organization and to key suppliers,
partners, customers, and other stakeholders. Finally, Item 1.1 focuses on how senior leaders’ actions
reflect their commitment to those values. In TOGAF outputs of Phase A. Architecture Vision include
architecture principles and refined statements of business principles. Principles or values in TOGAF
and Baldrige are shown in Figure 8.
15. 14 ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014
FIGURE 8: VALUES AND PRINCIPLES IN TOGAF AND BALDRIGE
One important difference: The Baldrige Criteria do not prescribe the form or format of organizational
values. TOGAF, however, describes a specific format for principles (Table 3). TOGAF also specifies
five characteristics of a good set of principles. Principles should be (1) Understandable – The
underlying tenets can be quickly grasped; (2) Robust – Principles must be definitive and precise to
support consistent decision making; (3) Complete – Principles must cover every situation perceived;
(4) Consistent – Principles should not be contradictory; and (5) Stable – Principles should be enduring,
yet able to accommodate change. A final difference between the treatment of principles by TOGAF
and Baldrige is that TOGAF provides a detailed set of 23 typical principles; Baldrige provides no such
prescription for organizational values (other than its own 11 Core Values and Concepts). As a result,
values in organizations using the Baldrige methodology tend to be vague and not aligned with
strategic drivers like the organization’s purpose (Table 4).
Here is where the Baldrige model can adopt a best practice from the TOGAF model. Specifically, a
TOGAF like format for values in Baldrige could help organizations understand the connections
between their values and their performance outcomes and thereby enable organizations to identify
ways to leverage their values to improve performance.
TABLE 3: PRINCIPLES TEMPLATE IN TOGAF
Name Should represent the essence of the rule and be easy to remember
Statement Should be succinct and unambiguously communicate the rule
Rationale Should highlight the business benefits of adhering to the principle using
business terminology
Implications Should highlight the requirements, both for the business and IT for carrying out
the principle, in terms of resources, costs, and activities/tasks
16. ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014 15
TABLE 4 TYPICAL VALUES STATEMENTS FROM A BALDRIGE CASE STUDY ORGANIZATIONAL PROFILE
Integrity: Keeping our word and dealing honestly and transparently with all stakeholders to build
trust
Customer-driven focus: Providing Legendary Service
Management for results: Relying on data and holding people accountable
Operational excellence: Performing every process effectively and efficiently
Innovation: Constantly striving to improve and implement the best ideas from anywhere
The concept of reusable building blocks is found in both TOGAF and Baldrige. In Baldrige, these
building blocks are referred to as best practices, and are addressed in Item 4.1, Measurement,
Analysis, and Improvement of Organizational Performance, which focuses on using performance
review findings to share lessons learned and best practices across organizational units and work
processes. They are also addressed in Item 4.2, Management of Information, Knowledge, and
Information Technology, which focuses on the rapid identification, sharing, and implementation of
best practices.
The concept of knowledge management (KM) can also be seen in both frameworks. KM appears in
TOGAF primarily in its guidance for developing and managing architecture content, and in developing
the capabilities of an architecture practice. Also, reusable Architecture Building Blocks are an output
of Phase F. Migration Planning. The Baldrige Framework does not prescribe specific tools, techniques,
or methods, and that holds true for its treatment of KM. Instead, the Baldrige Criteria – in Item 4.2,
Management of Information, Knowledge, and Information Technology – requires organizations to
manage knowledge to accomplish several objectives:
Collecting and transferring workforce knowledge
Transferring relevant knowledge from and to customers, suppliers, partners, and
collaborators
Rapidly identifying, sharing, and implementing best practices
Assembling and transferring relevant knowledge for use in innovation and strategic planning
processes
A number of organizational management models use a hierarchical approach to organizational
performance. These models treat organizational performance in three dimensions – strategic,
operational, and tactical. Baldrige does not specifically focus on different dimensions – but its Criteria
do focus separately on strategic planning in Item 2.1, Strategy Development, and on operational
planning in Item 2.2, Strategy Implementation. The Baldrige Criteria address the tactical dimension
by requiring the implementation of approaches (processes) to address the drivers enumerated in the
Organizational Profile. Another hierarchical approach is apparent in the TOGAF Architecture
Landscape (Figure 9), which includes three levels of granularity: (1) an Enterprise (or Strategic
17. 16 ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014
Architecture, that provides an overall organizing framework; (2) Segment Architectures that provide
an organizing framework at the program or portfolio level; and (3) Capability Architectures that
provide an organizing framework for realizing capability increments.
FIGURE 9 PLANNING IN THE STRATEGIC AND OPERATIONAL DIMENSIONS IN TOGAF AND BALDRIGE
Stakeholder management is a crucial aspect of both TOGAF and Baldrige. TOGAF initially identifies
stakeholders and their concerns and requirements in Phase A. Architecture Vision, and revisits these
topics throughout the architecture development process. The Baldrige Criteria single out two
stakeholder groups for special treatment in Category 3, Customer Focus, and Category 5, Workforce
Focus. Arguably, these are the most important of all stakeholder groups. Other stakeholder groups
such as suppliers, partners, collaborators, regulators, and key communities are addressed in many
places throughout the Criteria and, in particular, in the Organizational Profile. A significant difference
is that TOGAF specifically addresses internal stakeholders, where the Baldrige Criteria do not, except
in Category 5, Workforce Focus. Here is an instance where TOGAF and Baldrige can benefit from each
other’s approaches to stakeholder management and arrive at a synthesized, combined approach. In
particular, TOGAF could devote more attention to external stakeholders, and Baldrige could increase
its focus on internal stakeholders.
Governance plays a prominent role in both TOGAF and Baldrige. TOGAF ADM Phase G.
Implementation Governance ensures all requirements and concerns are addressed, and that the
implementation activities proceed according to prescribed rules and specifications. Governance in
Baldrige, rather than addressing architecture in particular, focuses on organizational governance. The
Organizational Profile specifically identifies Regulatory Requirements and Governance as Key Factors,
and requires an articulation of the organization’s governance system. Item 1.2, Governance and
Societal Responsibilities, requires processes to be in place that address organizational governance,
legal and ethical behavior of senior leaders, societal responsibilities and support of key communities.
Item 7.4, Leadership and Governance Outcomes, requires organizations to collect and maintain
results data that reflect current findings and trends in key measures or indicators of governance.
Governance in TOGAF and Baldrige is shown in Figure 10:
18. ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014 17
FIGURE 10 CORRESPONDENCE BETWEEN PHASE G. IMPLEMENTATION GOVERNANCE IN THE TOGAF ADM AND
THE ORGANIZATIONAL PROFILE, LEADERSHIP, AND RESULTS ITEMS IN THE BALDRIGE MODEL.
One final area where TOGAF and Baldrige are alike is in their focus on the future, which is one of the
11 Baldrige Core Values and Concepts. TOGAF in Phases B. Business Architecture, C. Information
Systems Architectures and D. Technology Architecture) develops Baseline (as-is, or present) and
Target (desired to-be, or future) Architectures. The Baldrige framework does the same: The
Organizational Profile, the six process categories, and the Results Category describe a Baseline
Architecture, while the desired outcomes described in the organization’s Purpose and Vision
(Organizational Profile, Category 1) and Objectives and Goals (Category 2) describe a future state – a
Target Architecture.
TOGAF provides an enterprise architecture framework. Baldrige provides a business architecture
framework. The TOGAF ADM is a process that, among other things, leads to the development of a
business architecture, then information systems (data and application) architectures, and finally
technology architecture. Baldrige stops at the business architecture (Phase B in TOGAF). But Baldrige
is in some ways more specific in this area. Baldrige provides an overarching “systems approach”
(TOGAF would call it a “viewpoint”) that prescribes eight major segments of a business architecture.
First, Baldrige requires an Organizational Profile. Then Baldrige specifies six process categories, each
consisting of two Items that prescribe the generic processes that the organization must use to address
its drivers. Finally, the Baldrige Criteria specify in Category 7 the types of Results that the organization
must measure and analyze. Only in Category 4, Measurement, Analysis, and Knowledge
Management, does Baldrige even touch upon Data, Applications, or Technology. Even here, Baldrige
limits its coverage to
Data properties such as accuracy, timeliness, and security
Data availability
Collection and transfer of knowledge
19. 18 ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014
Hardware and software properties
Emergency availability of information resources and technology.
This is where Baldrige has the greatest opportunity for improvement. Here, Baldrige can use Phases
C and D of the TOGAF ADM to enhance its treatment of data, applications, and technology.
TOGAF also surpasses Baldrige is in change and requirements management. TOGAF devotes an entire
Phase of the ADM to architecture change management. While Baldrige is itself, an organizational
change management approach, the connection between change management and performance
assessment and improvement is tenuous. Similarly, while TOGAF focuses on requirements
management throughout the ADM, Baldrige only addresses this concept in Item 2.1, 2.1, Strategy
Development, by focusing on the needs of key stakeholders in strategic planning. The Baldrige
approach could be enhanced by emulating the TOGAF focus on change and requirements
management.
A Strategy for Success: Integrating EA and Organizational Performance
Assessment and Improvement
So, the question arises: If TOGAF and Baldrige have so many overlapping activities, and if there are
so many opportunities for synergy between the two frameworks, why is there no evidence of
organizations integrating the two approaches? TOGAF and Baldrige are highly complex, difficult for
many to understand, and difficult to implement alone, let alone together. Both frameworks have the
overarching purpose of transforming the enterprise. Organizational transformation adds another
roadblock to the process: the all-too-human tendency to resist change. Accordingly, implementation
of TOGAF ® and Baldrige must be accomplished in the context of a change management effort, such
as Kotter’s eight-step method. In short, implementing TOGAF or Baldrige is difficult and expensive in
terms of time, effort, and funds. It is also risky: change management expert Ken Blanchard estimates
that as many as 70% of all major organizational change implementations fail or are abandoned.
Nevertheless there is an opportunity here. TOGAF and Baldrige can separately lead organizations to
higher levels of productivity, quality, and cost savings. Implemented in tandem, they could raise
organizational performance exponentially by complementing each other. Specific examples are
shown in Table 5.
TABLE 5 HOW TOGAF AND BALDRIGE COULD COMPLEMENT EACH OTHER
Concept or Activity How TOGAF and Baldrige Could Complement Each Other
Planning and Preparation Following the steps in the TOGAF Preliminary Phase and Phase A.
Architecture Vision could result in a more precise and meaningful
Baldrige Organizational Profile.
Principles and
Organizational Values
The TOGAF approach to principles could strengthen the Baldrige
focus on values in the Organizational Profile and in Item 1.1, Senior
Leadership.
20. ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014 19
Concept or Activity How TOGAF and Baldrige Could Complement Each Other
Building Blocks, Best
Practices, and Knowledge
Management
The robust TOGAF focus on reusable building blocks could
strengthen the Baldrige focus on best practices and knowledge
management
Hierarchical Approach to
Organizational
Management
The TOGAF concept of the Architecture Landscape could enable
Baldrige to more effectively focus on strategic, operational, and
tactical operations, enabling organizations to more effectively plan
and prioritize activities and resource allocation.
Stakeholder Management The TOGAF focus on internal stakeholders could strengthen
stakeholder management in Baldrige.
Stakeholder Management The Baldrige focus on external stakeholders could strengthen
stakeholder management in TOGAF.
Governance The Baldrige focus on Business Governance could strengthen the
TOGAF focus on architecture implementation governance.
Change Management The TOGAF focus on architecture change management could
strengthen the Baldrige approach to organizational change
management.
Requirements
Management
The continuous focus on requirements management in the TOGAF
ADM could enable Baldrige to strengthen its focus on requirements.
Integrating enterprise architecture and organizational performance assessment and improvement
will yield a number of tangible benefits. By linking what is traditionally viewed as an IT function (EA)
to something that is primarily business-oriented, IT and other parts of the enterprise will become
more efficient and effective. Such integration would greatly facilitate communication and
collaboration, which would benefit the enterprise through more effective planning, budgeting, and
resource allocation, and through better sharing of information for decision making.
But what would this new organizational infrastructure look like?
The typical infrastructure today tends to resemble Figure 11 below, below, with the organization’s C-
level officers providing significant input to the strategic planning process, but the Chief Information
Officer nearly independently managing the enterprise architecture effort. The connection between
strategic planning and enterprise architecture may be weak as shown by the dashed line in Figure 11.
The CIO’s input to the strategic planning process may include, or be based on, the enterprise
architecture, but EA and strategic planning are not fully aligned or integrated. Rather, they are two
separate and distinct processes – with drivers, operations, and outcomes unaligned, as in Figure 12.
21. 20 ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014
CEO
CIO
Enterprise
Architecture
CFO
COO
CHCO
Etc.
Strategic
Planning
FIGURE 11 TYPICAL ENTERPRISE ARCHITECTURE AND STRATEGIC PLANNING RELATIONSHIPS
FIGURE 12 TYPICAL INDEPENDENTLY OPERATING STRATEGIC PLANNING AND ENTERPRISE ARCHITECTURE
PROCESSES
A better-integrated infrastructure would look more like Figure 13, where all C-level officers
collaborate on a single process that combines strategic planning and enterprise architecture. The
combined process is illustrated in Figure 14.
Strategic
Planning
Drivers
Strategic
Planning
Process
Strategic
Plan
Enterprise
Architecture
Drivers
Enterprise
Architecture
Process
Enterprise
Architecture
22. ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014 21
CEO
CIO CFOCOOCHCO Etc.
Strategic
Planning and
Enterprise
Architecture
FIGURE 13 PROPOSED ENTERPRISE ARCHITECTURE AND STRATEGIC PLANNING RELATIONSHIPS
FIGURE 14 COMBINED STRATEGIC PLANNING AND ENTERPRISE ARCHITECTURE PROCESS
With the combined approach of Figures 14 and 15, organizations will better integrate the knowledge,
skills, and abilities of both IT and other parts of the business. Integrating EA and strategic planning
will enable senior leaders to better set organizational direction. Planners will have greater knowledge
of the operations of the entire organization, and will be able to leverage that knowledge to develop
more comprehensive plans and produce objectives that are more specific, measurable, achievable,
realistic, and time-bound (SMARTer). Business managers, working in concert with enterprise
architects, will better characterize the solutions necessary for successful business operations.
Enterprise architects will guide more cost-effective procurement of information technology.
Organizations will be better able to develop and implement strategic plans, and better able to improve
their operations.
Principal References
Blanchard, Ken. “Mastering the Art of Change.” Training Journal (www.trainingjournal.com),
January 2010.
Josey, Andrew et al. TOGAF Version 9.1: A Pocket Guide. Zaltbommel, Netherlands: Van Haren
Publishing, 2011.
----- Open Group Standard TOGAF Version 9.1. The Open Group, 2011.
Strategic Drivers
Combined Strategic
Planning and
Enterprise
Architecture
Process
Enhanced Strategic
Plan, Including
Enterprise
Architecture
23. 22 ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014
Kotter, John P. Leading Change. Boston: Harvard Business School Press, 1996.
Townsend, Simon. “Why does Enterprise Architecture Matter?” San Francisco: The Open Group,
2008.
United States Department of Commerce. 2011-2012 Criteria for Performance Excellence.
Gaithersburg, MD: National Institute of Standards and Technology, 2010.
About the Author
Michael J. Novak is a retired U.S. Naval Officer and a retired U.S. Federal Civil Servant. He is
currently Chief Operating Officer of EA Principals, Inc., and Executive Director of the Maryland
Performance Excellence Awards Program. He is a Senior Member of the American Society for
Quality, a Certified Manager of Quality/Organizational Effectiveness, a Certified Quality Engineer,
and a Certified Enterprise Architect.
24. ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014 23
THOUGHT LEADER INTERVIEW: MIKE CALLAHAN ON BUSINESS
ARCHITECTURE
By Iver Band
Mike Callahan is a recognized business architecture expert and co-founder of AgileLayer, a provider
of business architecture methodologies, software and consulting services. Mike and his colleagues
have introduced a number of industry-first business architecture methods and tools over the past ten
years in the areas of methodology, governance and maturity models, as well as capability modeling,
assessment and roadmapping. Mike is based on Boston, and holds a BS in computer science from the
Boston College School of Management.
EAPJ: How do you define business architecture?
MC: A business architecture describes and aligns an enterprise’s current and target state capabilities,
services, structures, motivations and value streams, as well as internal and external drivers. Business
architecture guides and supports planning and execution across company domains and disciplines.
The capability element of business architecture is foundational and is instantiated by or composed of
people, process, technology, as well as other assets and constructs such as policies, information and
skills.
EAPJ: How did you get started in the field?
MC: I was an early practitioner in the service-oriented architecture field, where I hoped that the
business services abstraction could be a mechanism to better align business and IT. This, needless to
say, proved difficult, but in the process, about six years ago, we understood that business capabilities
could be a cornerstone for improved Business-IT collaboration and alignment, and a foundation for
business architecture.
EAPJ: What types of organizations should consider doing business architecture?
MC: I believe all organizations can benefit. Clearly, though, with larger, more complex and dynamic
enterprises, the potential value increases exponentially.
EAPJ: Could you please give a brief example of an organization that has derived great value from
business architecture?
MC: One pharmaceutical customer has driven significant operational streamlining and organizational
simplification through business architecture. This was accomplished by working with business leaders
on a phased capability rationalization and innovation program that become a core discipline in a newly
formed enterprise transformation office.
EAPJ: There are many prominent approaches to organizational improvement. In this issue, Mike
Novak compares and integrates the Baldrige approach to organizational performance
improvement and The Open Group Architecture Framework (TOGAF), which includes business
architecture as the foundation for application, information and technology architecture. How
25. 24 ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014
should organizations integrate business architecture with their approaches to quality and
performance management and enterprise and solution architecture?
MC: Regarding quality and performance management, our baseline business architecture metamodel
specifies alignment of business performance and quality metrics with business capabilities, describing
and tracking type and level of alignment. Also, we recommend, over time, the introduction of
capability-specific performance and quality metrics as well as service-level agreements. Metrics in
use today don’t typically correlate 1:1 with capabilities since they were based upon other constructs
such as processes and value. However, as business architecture practices mature, we’re seeing
companies develop and manage capability-specific KPIs while continuing to track and manage how
capabilities impact core performance and quality metrics. Regarding business architecture and EA,
you could certainly do one without the other, but no business roadmap is devoid of a technology
component, and quite often that component is the most substantive and complex element of the
roadmap.
Regarding the integration of business architecture with other approaches, the challenge is less with
positing an acceptably broad metamodel than with the handoffs and governance Integration involves
many stakeholders touching the planning and design pieces, such as business experts, consultants,
business analysts, business architects, enterprise architects, program and project managers and
solution architects.
A related integration matter pertains to stakeholder deliverables and views. Companies continue to
struggle with expressing digestible, informative and actionable views that provide cohesion and clarity
across value scenarios, business architecture, planning and EA domains. We spend a lot of time on
this: evolving our software, templates and methods.
EAPJ: How should an organization develop a business architecture capability?
MC: Senior sponsorship is required and there needs to be an early win producing and showcasing
significant value from the application of the business architecture discipline. Early on, many are
reluctant to tackle a significant scenario, but you can’t gain momentum and credibility without taking
on a high-profile pain point or program.
EAPJ: What skills are needed?
MC: Most important and lacking are management consulting skills. These skills include: relating
emerging industry trends and practices to your organization’s transformation progress; working
closing with senior business leaders to identify highly differentiating and innovative approaches to
delivering on strategic imperatives; and synthesizing cross-domain business drivers and requirements
into unified, aligned capability development programs.
EAPJ: Where in the organization should the business architecture team be located?
MC: In the business; although we do see some successes when it’s housed in IT. I think you’ll see
more and more companies incubate business architecture in IT and then move it into the business,
using a federated cross-domain model.
EAPJ: When is it time to move the incubated business architecture team from IT into the
business?
26. ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014 25
MC: Generally speaking, when you’ve had two or more strategic successes and have sponsorship from
multiple heads of businesses.
EAPJ: And what is a federated cross-domain model?
MC: This model centers on a small central business architecture function to produce and inculcate
methods, best practices and frameworks. This function is aligned with business architects practicing
management consulting that matrix report into it and directly report into line-of-business leadership.
EAPJ: What motivated you to start Agile Layer?
MC: My colleagues and I saw an opportunity to create a specialist consulting firm that focused heavily
on the creation and delivery of intellectual property and related enablement programs instead of
providing staff and delivery services. We’ve kept very focused on business architecture for the last
six years and continue to refine and extend our intellectual property and approach.
EAPJ: What advice do you have for individuals interested in becoming business architects?
MC: If you don’t have management consulting skills, develop them! You need to be fully focused on
solving significant business problems and providing business stakeholders with actionable insights and
alternatives. Think in terms of game-changing capabilities, innovations and new business
models. Look outside your company and industry. The business side typically lacks this kind of internal
advisory service, and business architecture done well can fill the gap and then some!
About the Author
Iver Band, the EAPJ editor, is also a senior advisor with EA Principals, a training and consulting firm,
the elected Vice Chair of The Open Group ArchiMate Forum, and a full-time enterprise architect at
Cambia Health Solutions, where he focuses on business applications as well as architecture tools and
techniques. Previously as an enterprise architect at a diversified financial services company, he
focused on application architecture, and prior to that, infrastructure. Prior to his work in financial
services, Iver had a lengthy career at Hewlett-Packard with roles ranging from IT Director for a global
business to HP Labs Visiting Technologist. He is TOGAF and ArchiMate Certified, a Certified
Information Systems Security Professional (CISSP), a Certified Information Professional, and a Prosci
Certified Change Consultant. He speaks and publishes regularly on EA, and has co-developed the
ArchiMate certification examinations.
27. 26 ENTERPRISE ARCHITECTURE PROFESSIONAL JOURNAL VOLUME II APRIL 2014
CALL FOR SUBMISSIONS AND REVIEWERS
By Iver Band
The Enterprise Architecture Professional Journal welcomes contributions in its fields of interest,
which are enterprise, business, application, information, integration, technology and security
architecture, as well as the strategic management of business and technology transformation. EAPJ
publishes peer-reviewed material that advances its fields of interest and supports the careers of its
readers.
EAPJ combines the strengths of peer-reviewed technical journals and professional newsmagazines.
EAPJ invites submission of academic, feature, opinion, and interview articles. The editorial staff also
considers other submissions, such as images, interactive graphics, video, and animations. Successful
submissions contain actionable information that enhances the capabilities of professionals working
within the EAPJ fields of interest.
Each issue consists of one or more main articles and one or more features, all centered on a theme
introduced by the Editor’s Welcome. Main articles are generally no more than 5,000 words in
length, with body text interspersed with numerous callouts, graphics or tables.
EAPJ encourages submissions, readership and community participation from qualified individuals
representing the widest possible variety of geographical regions, cultures, backgrounds and beliefs.
Authors must properly attribute all referenced content and ensure that their submissions do not
infringe upon any copyrights or intellectual property laws if published in the EAPJ. EAPJ encourages
potential authors to contact the editor early on to receive guidance on developing material with the
greatest likelihood of publication.
EAPJ also seeks expert reviewers to work with the editor and authors on developing and selecting
main articles for the journal.
Please send expressions of interest, submissions, questions, ideas or comments to editor@eapj.org.
Potential authors and reviewers should introduce themselves by describing their background briefly,
supplying a resume or CV, or referencing an online profile.