Actions

Difference between revisions of "Business Architecture"

m
Line 1: Line 1:
 
== Definition of Business Architecture? ==
 
== Definition of Business Architecture? ==
'''Business [[Architecture]]''' reveals how an [[organization]] is structured and can clearly demonstrate how elements such as capabilities, processes, organization and information fit together. The relationships among the elements dictate and specify what the organization does, and what it needs to do to meet its common goals.<ref>What is Business Architecture [http://www.stagrp.com/architecture/business-architecture/what-is-business-architecture/ Stagrp]</ref>
+
'''Business Architecture''' reveals how an organization is structured and can clearly demonstrate how elements such as capabilities, processes, organization, and information fit together. The relationships among the elements dictate and specify what the organization does, and what it needs to do to meet its common goals.<ref>[http://www.stagrp.com/architecture/business-architecture/what-is-business-architecture/ What is Business Architecture?]</ref>
  
Business architecture is defined as "a blueprint of the enterprise that provides a common understanding of the organization and is used to align strategic objectives and tactical demands. Business architecture is the bridge between the enterprise business model and [[Business Strategy|enterprise strategy]] on one side, and the [[Business Function|business functionality of the enterprise]] on the other side.<ref>Business Architecture Definition [https://en.wikipedia.org/wiki/Business_architecture WIkipedia]</ref>
+
Business architecture is defined as "a blueprint of the enterprise that provides a common understanding of the organization and is used to align strategic objectives and tactical demands. Business architecture is the bridge between the enterprise business model and enterprise strategy on one side, and the business functionality of the enterprise on the other side.<ref>[https://en.wikipedia.org/wiki/Business_architecture Defining Business Architecture]</ref>
 
 
__TOC__
 
  
 +
__NOTOC__
  
 
== The Concept of Business Architecture ==
 
== The Concept of Business Architecture ==
As shown in Figure below – Business Architecture Concept Diagram, the business architecture includes: [[mission]], markets, [[portfolio]], talent, operations, business [[management]] and is interconnected with and interdependent on the: [[Enterprise Architecture|enterprise architecture]], [[process]] architecture, information architecture, IT architecture, [[system]] offering architecture, [[service]] offering architecture
+
As shown in the Figure below – Business Architecture Concept Diagram, the business architecture includes: mission, markets, portfolio, talent, operations, and business management and is interconnected with and interdependent on the: enterprise architecture, process architecture, information architecture, IT architecture, system offering architecture, service offering architecture
  
 
[[File:BArchitecture.png|400px|Business Architecture]]<br />
 
[[File:BArchitecture.png|400px|Business Architecture]]<br />
Line 14: Line 13:
  
  
== Business Architecture Principles<ref>Business Architecture Principles [https://www.em360tech.com/wp-content/files_mf/white_paper/mega_ba_whitepaper_2_-_sta_group.pdf em3368tech]</ref> ==
+
== Business Architecture Principles<ref>[https://www.em360tech.com/wp-content/files_mf/white_paper/mega_ba_whitepaper_2_-_sta_group.pdf Business Architecture Principles]</ref> ==
 
Business architecture is based on a core set of principles that guide the understanding and use of business
 
Business architecture is based on a core set of principles that guide the understanding and use of business
 
architecture to solve business problems.
 
architecture to solve business problems.
Line 20: Line 19:
 
2. Business architecture is not prescriptive: There are no two organizations or business situations that are exactly alike. This means that the same business architecture deliverables and techniques cannot be employed in every situation. If you are looking for a cookbook that explains how to solve every problem the same way, business architecture is not for you.  
 
2. Business architecture is not prescriptive: There are no two organizations or business situations that are exactly alike. This means that the same business architecture deliverables and techniques cannot be employed in every situation. If you are looking for a cookbook that explains how to solve every problem the same way, business architecture is not for you.  
 
3. Business architecture is iterative: Business architecture is not a waterfall approach. Each iteration provides more insight into a business problem, and the potential solutions for addressing it become progressively more detailed over time. As a result, with business architecture, one does not need to know everything about everything to move ideas forward, but just enough to make the next decision.
 
3. Business architecture is iterative: Business architecture is not a waterfall approach. Each iteration provides more insight into a business problem, and the potential solutions for addressing it become progressively more detailed over time. As a result, with business architecture, one does not need to know everything about everything to move ideas forward, but just enough to make the next decision.
4. Business architecture is reusable: Business architecture is not a one-time analysis of a business environment. Rather it provides a foundation for future analysis and decision-making. Unless an organization has fundamentally changed (e.g. through [[acquisition]]), the existing business architecture description and deliverables should be used as the starting point for future efforts.
+
4. Business architecture is reusable: Business architecture is not a one-time analysis of a business environment. Rather it provides a foundation for future analysis and decision-making. Unless an organization has fundamentally changed (e.g. through acquisition), the existing business architecture description and deliverables should be used as the starting point for future efforts.
5. Business architecture is not only about the deliverables: The deliverables that are created and how they are delivered is of critical importance, but don’t focus only on the generation of a specific deliverable and forget about the process of business architecture. When business architecture becomes only about developing deliverables, it loses its [[power]] and creativity. Remember the reason you are doing business architecture: to drive consensus, bring people together, achieve clarity, and solve problems.
+
5. Business architecture is not only about the deliverables: The deliverables that are created and how they are delivered are of critical importance, but don’t focus only on the generation of a specific deliverable and forget about the process of business architecture. When business architecture becomes only about developing deliverables, it loses its power and creativity. Remember the reason you are doing business architecture: to drive consensus, bring people together, achieve clarity, and solve problems.
  
  
 
== Business Architecture Model ==
 
== Business Architecture Model ==
The diagram below is an example of what a conceptual business model might look like. As can be seen, focus is on the major activities of the business and the groups of people that play a role in running it.
+
The diagram below is an example of what a conceptual business model might look like. As can be seen, the focus is on the major activities of the business and the groups of people that play a role in running it.
  
 
[[File:Business-conceptual-model.jpg|500px|Business Conceptual Model]]<br />
 
[[File:Business-conceptual-model.jpg|500px|Business Conceptual Model]]<br />
Line 31: Line 30:
  
  
== Business Architecture Framework<ref>Business Architecture Framework [http://www2.mitre.org/public/eabok/pdf/BIZBOK-V3.5-Part1-Introduction.pdf Mitre)]</ref> ==
+
== Business Architecture Framework<ref>[http://www2.mitre.org/public/eabok/pdf/BIZBOK-V3.5-Part1-Introduction.pdf Business Architecture Framework)]</ref> ==
Basic business architecture concepts and the ability to visualize this information in a variety of ways is only part of the business architecture story. Organizing this information in useful ways and being able to relate and combine these concepts requires a foundational [[framework]], shown in figure below. The framework concept does not impose prescriptive or restrictive concepts into the practice of business architecture. Rather, the framework provides a foundation that organizations can build upon and customize based on unique business architecture requirements, driven by real world challenges.
+
Basic business architecture concepts and the ability to visualize this information in a variety of ways is only part of the business architecture story. Organizing this information in useful ways and being able to relate and combine these concepts requires a foundational framework, shown in the figure below. The framework concept does not impose prescriptive or restrictive concepts into the practice of business architecture. Rather, the framework provides a foundation that organizations can build upon and customize based on unique business architecture requirements, driven by real-world challenges.
  
  
Line 38: Line 37:
 
source: [http://www2.mitre.org/public/eabok/pdf/BIZBOK-V3.5-Part1-Introduction.pdf Mitre.org]
 
source: [http://www2.mitre.org/public/eabok/pdf/BIZBOK-V3.5-Part1-Introduction.pdf Mitre.org]
  
There are three important components within the business architecture framework: business blueprints, business architecture scenarios, and the business architecture knowledgebase.
+
There are three important components within the business architecture framework: business blueprints, business architecture scenarios, and business architecture knowledgebase.
*Business blueprints deliver business transparency that enables and streamlines business transformation across business units, capabilities, and stakeholders. The degree of transparency delivered by these blueprints rarely exists in many organizations today. As a result, many planning sessions miss essential understanding of how to maximize solution related investments while ensuring that one business unit’s success does not create problems for the enterprise as a whole. For example, consider the company that was creating multiple, competing enrollment solutions for the same [[customer]] base across multiple [[product]] lines. Each project could have succeeded in [[principle]], yet created more complexity and dissatisfaction across the customer base. Business architecture provides the transparency to discover these issues in advance, before money and good will are squandered.  
+
*Business blueprints deliver business transparency that enables and streamlines business transformation across business units, capabilities, and stakeholders. The degree of transparency delivered by these blueprints rarely exists in many organizations today. As a result, many planning sessions miss an essential understanding of how to maximize solution-related investments while ensuring that one business unit’s success does not create problems for the enterprise as a whole. For example, consider the company that was creating multiple, competing enrollment solutions for the same customer base across multiple product lines. Each project could have succeeded in principle, yet created more complexity and dissatisfaction across the customer base. Business architecture provides the transparency to discover these issues in advance before money and goodwill are squandered.  
 
*The framework also incorporates the concept of business architecture scenarios, which provide business transparency on specific business initiatives. Business architecture is applied differently based on the type of scenario at hand. For example, a business team involved in a merger and acquisition would require different information than another team considering how to stem customer attrition. Applying business architecture through various business scenarios, thereby leveraging blueprint views derived from the business architecture knowledgebase, enables business teams to create and deploy a wide variety of transformation roadmaps. Because this approach is based on a common view of the business across business units, it enables improved executive sponsorship and more sustainable funding structures.  
 
*The framework also incorporates the concept of business architecture scenarios, which provide business transparency on specific business initiatives. Business architecture is applied differently based on the type of scenario at hand. For example, a business team involved in a merger and acquisition would require different information than another team considering how to stem customer attrition. Applying business architecture through various business scenarios, thereby leveraging blueprint views derived from the business architecture knowledgebase, enables business teams to create and deploy a wide variety of transformation roadmaps. Because this approach is based on a common view of the business across business units, it enables improved executive sponsorship and more sustainable funding structures.  
 
**Investment Analysis
 
**Investment Analysis
**Shift to Customer Centric [[Business Model]]
+
**Shift to Customer-Centric Business Model
 
**Merger & Acquisition Analysis
 
**Merger & Acquisition Analysis
 
**New Product/Service Rollout
 
**New Product/Service Rollout
**[[Globalization]]
+
**Globalization
**[[Business Capability]] [[Outsourcing]]
+
**Business Capability Outsourcing
**[[Supply]] Chain Streamlining
+
**Supply Chain Streamlining
 
**Divestiture
 
**Divestiture
**Regulatory [[Compliance]]
+
**Regulatory Compliance
**[[Change Management]]
+
**Change Management
 
**Operational Cost Reduction
 
**Operational Cost Reduction
**[[Joint Venture]] Deployment
+
**Joint Venture Deployment
These business architecture scenarios define the collective set of initiatives, programs, and projects that leverage business architecture. One important aspect of every scenario is that of a suggested [[roadmap]] for that particular scenario.
+
These business architecture scenarios define the collective set of initiatives, programs, and projects that leverage business architecture. One important aspect of every scenario is that of a suggested roadmap for that particular scenario.
 
*The business architecture knowledgebase is used to store the information about the business, organized in concise ways that are customized to a given organization’s environment. For example, corporations have divisions and departments while governments may use different terminology. How the knowledge base is organized dictates, in part, how businesses can be viewed. There are generic approaches to knowledgebase structure as well as organization-specific approaches. For example, a government agency would have unique organizational structures in comparison to a hospital or shipping company.
 
*The business architecture knowledgebase is used to store the information about the business, organized in concise ways that are customized to a given organization’s environment. For example, corporations have divisions and departments while governments may use different terminology. How the knowledge base is organized dictates, in part, how businesses can be viewed. There are generic approaches to knowledgebase structure as well as organization-specific approaches. For example, a government agency would have unique organizational structures in comparison to a hospital or shipping company.
  
Line 59: Line 58:
 
== Business Architecture Example and Template ==
 
== Business Architecture Example and Template ==
 
The Business Architecture Domain includes:
 
The Business Architecture Domain includes:
*Business [[Strategy]]. Typically includes the high-level [[Business Goals]] and Objectives and a document describing the Target [[Operating Model]].
+
*Business Strategy. Typically includes the high-level business goals and Objectives and a document describing the Target Operating Model.
 
*Business Services. This describes the products and services an organization offers and sells to its customers.
 
*Business Services. This describes the products and services an organization offers and sells to its customers.
 
*Business Information. This describes the structure of the business information needed by each business process and the information created by business processes. Includes knowledge and meaning.
 
*Business Information. This describes the structure of the business information needed by each business process and the information created by business processes. Includes knowledge and meaning.
 
*Business Processes. This defines the business processes, organizational structure, and roles that are required to define and operate an organization.
 
*Business Processes. This defines the business processes, organizational structure, and roles that are required to define and operate an organization.
 
*Business Events. This defines the triggering events received by the organization to which it must respond, and the outgoing notification events that an organization creates.
 
*Business Events. This defines the triggering events received by the organization to which it must respond, and the outgoing notification events that an organization creates.
*Event [[Value]] Chains. This defines the flow and sequence of business processes/activities that are triggered by a business event and result in added value.
+
*Event Value Chains. This defines the flow and sequence of business processes/activities that are triggered by a business event and result in added value.
 
*Organisation Architecture. This defines the organizational structure, roles, and responsibilities that are required in an organization.
 
*Organisation Architecture. This defines the organizational structure, roles, and responsibilities that are required in an organization.
 
*Business Functions. This defines the functions and capabilities that are required within the organization
 
*Business Functions. This defines the functions and capabilities that are required within the organization
Line 75: Line 74:
  
  
== Benefits of Business Architecture<ref>Benefits of Business Architecture [http://www.accelare.com/blog/2013/03/28/why-you-need-a-business-architecture|Why You Need a Business Architecture]</ref> ==
+
== Benefits of Business Architecture<ref>[http://www.accelare.com/blog/2013/03/28/why-you-need-a-business-architecture Benefits of Business Architecture - Why You Need a Business Architecture?]</ref> ==
 
The following are ways in which business architecture creates value.
 
The following are ways in which business architecture creates value.
*Business architecture aligns execution with strategy: Is your organization spending the right amount of effort on strategy realization? How would you know? Strategy diffusion (the loss of fidelity as strategy moves down and across an organization) is the norm rather than the exception. Multiple studies have shown that less (and some say significantly less) than 50% of a company’s employees understand their organization’s strategic intent. They understand their role but they don’t know the best way to apply their skills and resources for optimal value to the organization. Every [[manager]] with a budget should clearly understand their organization’s goals and challenges and for those with a large discretionary budget, it is imperative. If you don’t know where you are going, any road will take you there. The way you know where you are going is to have a well-articulated strategy that is clearly illuminated across the organization and managed on a day-to-day basis. When everyone has the same understanding of strategy – not just the goals - activities become synergized and [[productivity]] improves dramatically. The whole becomes greater than the sum of its parts.
+
*Business architecture aligns execution with strategy: Is your organization spending the right amount of effort on strategy realization? How would you know? Strategy diffusion (the loss of fidelity as strategy moves down and across an organization) is the norm rather than the exception. Multiple studies have shown that less (and some say significantly less) than 50% of a company’s employees understand their organization’s strategic intent. They understand their role but they don’t know the best way to apply their skills and resources for optimal value to the organization. Every manager with a budget should clearly understand their organization’s goals and challenges and for those with a large discretionary budget, it is imperative. If you don’t know where you are going, any road will take you there. The way you know where you are going is to have a well-articulated strategy that is clearly illuminated across the organization and managed on a day-to-day basis. When everyone has the same understanding of strategy – not just the goals - activities become synergized and productivity improves dramatically. The whole becomes greater than the sum of its parts.
 
*Business architecture creates a clear prioritization process for investments: One of the biggest challenges for senior managers is having confidence that the investments their organizations are making are contributing to strategy realization. Money is being spent, and everyone is working hard, but will it make a difference? Senior managers often don’t understand the detailed workings of their organizations and frankly, that isn’t their job. Unfortunately, they are asked to fund projects that are described in excruciating technical detail. Business architects clarify how today’s investments are being expended by translating the more technical aspects of projects into business capability enhancements that can be readily understood by management – and everyone else. They enable future funding prioritization through capability value contribution models and performance assessments that clarify which capability gaps are most important to close.
 
*Business architecture creates a clear prioritization process for investments: One of the biggest challenges for senior managers is having confidence that the investments their organizations are making are contributing to strategy realization. Money is being spent, and everyone is working hard, but will it make a difference? Senior managers often don’t understand the detailed workings of their organizations and frankly, that isn’t their job. Unfortunately, they are asked to fund projects that are described in excruciating technical detail. Business architects clarify how today’s investments are being expended by translating the more technical aspects of projects into business capability enhancements that can be readily understood by management – and everyone else. They enable future funding prioritization through capability value contribution models and performance assessments that clarify which capability gaps are most important to close.
*Business architecture creates [[employee]] engagement: Though rarely talked about in business architecture circles, one of the most important benefits (perhaps THE most important benefit) a well-managed business architecture provides is creating employee engagement. Employee engagement is the emotional commitment an employee has to the organization and its goals. Engaged employees are fully involved in, and enthusiastic about, their work and their company’s goals. They don’t work just for a paycheck or promotion – they actually care about their work and the success of their company. A well-designed and executed business architecture create employee engagement in two ways. First, it creates meaning by connecting every role from the CEO to the janitor to the [[vision]], mission, and goals of the organization. Everyone can see how the work they do contributes to the overall success of the organization. Second, it provides a set of guardrails making it safe and productive for employees to take independent action. When employees act autonomously they feel competent and confident. They are much more invested in the [[outcome]] when it is their decisions guiding what they do.
+
*Business architecture creates employee engagement: Though rarely talked about in business architecture circles, one of the most important benefits (perhaps THE most important benefit) a well-managed business architecture provides is creating employee engagement. Employee engagement is the emotional commitment an employee has to the organization and its goals. Engaged employees are fully involved in, and enthusiastic about, their work and their company’s goals. They don’t work just for a paycheck or promotion – they actually care about their work and the success of their company. A well-designed and executed business architecture creates employee engagement in two ways. First, it creates meaning by connecting every role from the CEO to the janitor to the vision, mission, and goals of the organization. Everyone can see how the work they do contributes to the overall success of the organization. Second, it provides a set of guardrails making it safe and productive for employees to take independent action. When employees act autonomously they feel competent and confident. They are much more invested in the outcome when it is their decisions guiding what they do.
  
  
 
== See Also ==
 
== See Also ==
 
*[[Business IT Alignment]]
 
*[[Business IT Alignment]]
*[[Business Application]]
 
*[[Business Software]]
 
*[[Business Activity Monitoring (BAM)]]
 
 
*[[Enterprise Architecture]]
 
*[[Enterprise Architecture]]
*[[Enterprise Architecture Framework]]
 
*[[Enterprise Architecture Governance]]
 
*[[Enterprise Architecture Life Cycle (EALC)]]
 
*[[Enterprise Architecture Management (EAM)]]
 
*[[Enterprise Architecture Value Framework (EAVF)]]
 
 
*[[Software_Architecture|Software Architecture]]
 
*[[Software_Architecture|Software Architecture]]
*[[IT Strategy (Information Technology Strategy)]]
 
*[[IT Governance]]
 
  
  
Line 103: Line 92:
  
 
== Further Reading ==
 
== Further Reading ==
*Phase B - Business Architecture [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap08.html The Open Group]
+
*[http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap08.html Phase B - Business Architecture]
*Business Architecture: The Real Tie that Binds [http://c.ymcdn.com/sites/www.businessarchitectureguild.org/resource/resmgr/public_resources/TiethatBinds.pdf Business Architectural Guild]
+
*[http://c.ymcdn.com/sites/www.businessarchitectureguild.org/resource/resmgr/public_resources/TiethatBinds.pdf Business Architecture: The Real Tie that Binds]
*A Comparaive Review of Business Architecture [http://domino.watson.ibm.com/library/cyberdig.nsf/papers/E3E920683AB1AEF6852576250052CD22/$File/rj10451.pdf|http://domino.watson.ibm.com/library/cyberdig.nsf/papers/E3E920683AB1AEF6852576250052CD22/$File/rj10451.pdf IBM]
+
*[http://domino.watson.ibm.com/library/cyberdig.nsf/papers/E3E920683AB1AEF6852576250052CD22/$File/rj10451.pdf A Comparaive Review of Business Architecture]
*The Business Architecture Playbook For 2016 [https://www.forrester.com/The+Business+Architecture+Playbook+For+2015/-/E-PLA310 Forrester]
+
*[https://www.forrester.com/The+Business+Architecture+Playbook+For+2015/-/E-PLA310 The Business Architecture Playbook For 2016]

Revision as of 15:40, 23 November 2022

Definition of Business Architecture?

Business Architecture reveals how an organization is structured and can clearly demonstrate how elements such as capabilities, processes, organization, and information fit together. The relationships among the elements dictate and specify what the organization does, and what it needs to do to meet its common goals.[1]

Business architecture is defined as "a blueprint of the enterprise that provides a common understanding of the organization and is used to align strategic objectives and tactical demands. Business architecture is the bridge between the enterprise business model and enterprise strategy on one side, and the business functionality of the enterprise on the other side.[2]


The Concept of Business Architecture

As shown in the Figure below – Business Architecture Concept Diagram, the business architecture includes: mission, markets, portfolio, talent, operations, and business management and is interconnected with and interdependent on the: enterprise architecture, process architecture, information architecture, IT architecture, system offering architecture, service offering architecture

Business Architecture
source: Standard Business


Business Architecture Principles[3]

Business architecture is based on a core set of principles that guide the understanding and use of business architecture to solve business problems. 1. Business architecture is about the business: Many business efforts lead to an IT execution as part of solutions architecture, but business architecture cannot be focused on IT execution. When business architecture is focused on IT, it often becomes intertwined with technology and loses its business focus. Once this starts to happen, business people lose interest and do not take ownership of the business architecture. 2. Business architecture is not prescriptive: There are no two organizations or business situations that are exactly alike. This means that the same business architecture deliverables and techniques cannot be employed in every situation. If you are looking for a cookbook that explains how to solve every problem the same way, business architecture is not for you. 3. Business architecture is iterative: Business architecture is not a waterfall approach. Each iteration provides more insight into a business problem, and the potential solutions for addressing it become progressively more detailed over time. As a result, with business architecture, one does not need to know everything about everything to move ideas forward, but just enough to make the next decision. 4. Business architecture is reusable: Business architecture is not a one-time analysis of a business environment. Rather it provides a foundation for future analysis and decision-making. Unless an organization has fundamentally changed (e.g. through acquisition), the existing business architecture description and deliverables should be used as the starting point for future efforts. 5. Business architecture is not only about the deliverables: The deliverables that are created and how they are delivered are of critical importance, but don’t focus only on the generation of a specific deliverable and forget about the process of business architecture. When business architecture becomes only about developing deliverables, it loses its power and creativity. Remember the reason you are doing business architecture: to drive consensus, bring people together, achieve clarity, and solve problems.


Business Architecture Model

The diagram below is an example of what a conceptual business model might look like. As can be seen, the focus is on the major activities of the business and the groups of people that play a role in running it.

Business Conceptual Model
source: Techtarget


Business Architecture Framework[4]

Basic business architecture concepts and the ability to visualize this information in a variety of ways is only part of the business architecture story. Organizing this information in useful ways and being able to relate and combine these concepts requires a foundational framework, shown in the figure below. The framework concept does not impose prescriptive or restrictive concepts into the practice of business architecture. Rather, the framework provides a foundation that organizations can build upon and customize based on unique business architecture requirements, driven by real-world challenges.


Business Architecture Framework
source: Mitre.org

There are three important components within the business architecture framework: business blueprints, business architecture scenarios, and business architecture knowledgebase.

  • Business blueprints deliver business transparency that enables and streamlines business transformation across business units, capabilities, and stakeholders. The degree of transparency delivered by these blueprints rarely exists in many organizations today. As a result, many planning sessions miss an essential understanding of how to maximize solution-related investments while ensuring that one business unit’s success does not create problems for the enterprise as a whole. For example, consider the company that was creating multiple, competing enrollment solutions for the same customer base across multiple product lines. Each project could have succeeded in principle, yet created more complexity and dissatisfaction across the customer base. Business architecture provides the transparency to discover these issues in advance before money and goodwill are squandered.
  • The framework also incorporates the concept of business architecture scenarios, which provide business transparency on specific business initiatives. Business architecture is applied differently based on the type of scenario at hand. For example, a business team involved in a merger and acquisition would require different information than another team considering how to stem customer attrition. Applying business architecture through various business scenarios, thereby leveraging blueprint views derived from the business architecture knowledgebase, enables business teams to create and deploy a wide variety of transformation roadmaps. Because this approach is based on a common view of the business across business units, it enables improved executive sponsorship and more sustainable funding structures.
    • Investment Analysis
    • Shift to Customer-Centric Business Model
    • Merger & Acquisition Analysis
    • New Product/Service Rollout
    • Globalization
    • Business Capability Outsourcing
    • Supply Chain Streamlining
    • Divestiture
    • Regulatory Compliance
    • Change Management
    • Operational Cost Reduction
    • Joint Venture Deployment

These business architecture scenarios define the collective set of initiatives, programs, and projects that leverage business architecture. One important aspect of every scenario is that of a suggested roadmap for that particular scenario.

  • The business architecture knowledgebase is used to store the information about the business, organized in concise ways that are customized to a given organization’s environment. For example, corporations have divisions and departments while governments may use different terminology. How the knowledge base is organized dictates, in part, how businesses can be viewed. There are generic approaches to knowledgebase structure as well as organization-specific approaches. For example, a government agency would have unique organizational structures in comparison to a hospital or shipping company.


Business Architecture Example and Template

The Business Architecture Domain includes:

  • Business Strategy. Typically includes the high-level business goals and Objectives and a document describing the Target Operating Model.
  • Business Services. This describes the products and services an organization offers and sells to its customers.
  • Business Information. This describes the structure of the business information needed by each business process and the information created by business processes. Includes knowledge and meaning.
  • Business Processes. This defines the business processes, organizational structure, and roles that are required to define and operate an organization.
  • Business Events. This defines the triggering events received by the organization to which it must respond, and the outgoing notification events that an organization creates.
  • Event Value Chains. This defines the flow and sequence of business processes/activities that are triggered by a business event and result in added value.
  • Organisation Architecture. This defines the organizational structure, roles, and responsibilities that are required in an organization.
  • Business Functions. This defines the functions and capabilities that are required within the organization
  • Organisation Services. This defines the services that are provided by people (as opposed to those provided by applications).
  • Capabilities. This defines the functions, behaviors, and services that may be provided by the organization units (internal Actors and Business Roles)


Business Architecture Template
source: fppt.com


Benefits of Business Architecture[5]

The following are ways in which business architecture creates value.

  • Business architecture aligns execution with strategy: Is your organization spending the right amount of effort on strategy realization? How would you know? Strategy diffusion (the loss of fidelity as strategy moves down and across an organization) is the norm rather than the exception. Multiple studies have shown that less (and some say significantly less) than 50% of a company’s employees understand their organization’s strategic intent. They understand their role but they don’t know the best way to apply their skills and resources for optimal value to the organization. Every manager with a budget should clearly understand their organization’s goals and challenges and for those with a large discretionary budget, it is imperative. If you don’t know where you are going, any road will take you there. The way you know where you are going is to have a well-articulated strategy that is clearly illuminated across the organization and managed on a day-to-day basis. When everyone has the same understanding of strategy – not just the goals - activities become synergized and productivity improves dramatically. The whole becomes greater than the sum of its parts.
  • Business architecture creates a clear prioritization process for investments: One of the biggest challenges for senior managers is having confidence that the investments their organizations are making are contributing to strategy realization. Money is being spent, and everyone is working hard, but will it make a difference? Senior managers often don’t understand the detailed workings of their organizations and frankly, that isn’t their job. Unfortunately, they are asked to fund projects that are described in excruciating technical detail. Business architects clarify how today’s investments are being expended by translating the more technical aspects of projects into business capability enhancements that can be readily understood by management – and everyone else. They enable future funding prioritization through capability value contribution models and performance assessments that clarify which capability gaps are most important to close.
  • Business architecture creates employee engagement: Though rarely talked about in business architecture circles, one of the most important benefits (perhaps THE most important benefit) a well-managed business architecture provides is creating employee engagement. Employee engagement is the emotional commitment an employee has to the organization and its goals. Engaged employees are fully involved in, and enthusiastic about, their work and their company’s goals. They don’t work just for a paycheck or promotion – they actually care about their work and the success of their company. A well-designed and executed business architecture creates employee engagement in two ways. First, it creates meaning by connecting every role from the CEO to the janitor to the vision, mission, and goals of the organization. Everyone can see how the work they do contributes to the overall success of the organization. Second, it provides a set of guardrails making it safe and productive for employees to take independent action. When employees act autonomously they feel competent and confident. They are much more invested in the outcome when it is their decisions guiding what they do.


See Also


References


Further Reading