What is business architecture? Business architecture explains the complexity of an organization in terms that allow stakeholders to select and govern improvement. The business architecture allows the stakeholder to see how the organization's design, operations, business model and ability to execute meet its objectives.
Business architecture is used to understand and change the organization. It is not a method to translate the organization and operations so others may change.
What is Business Architecture
A business architecture will explain the operating model, organization, operational practices, and information flow of the enterprise. For commercial companies it will explain the market position, key products and services, differentiation, and market strategy. It will cover mandate for government, or public sector, enterprises.
The job exists for a reason. To improve your organization's ability to make effective change. Select the right change. Direct and control the change.
A Business Architect is a domain specialist. Within an Enterprise Architecture team, they develop the business architecture. Business architects help stakeholders understand the deficiencies of their organization and how to improve them.
Business Architecture Models
Developing a business architecture will require developing several enterprise architecture models. Each enterprise architecture model describes a fundamental structure or group of structures. Different models explain the enterprise in a different way.
Taken together, the models describe the business architecture. In the complete enterprise architecture, these models will link to other models that describe the other enterprise architecture domains.
The Business Model describes how value is captured. We will often use Strategyzer's Business Model Canvas to develop and document a business model.
The Business Model Canvas works well for one product or service. As a modelling technique, it struggles with complex business models. In fact, one of the strengths of the Business model canvas is identifying where the business model is becoming muddy.
The physical process of creating a business model artifact allows the architect to include the enterprise's strategic viewpoints into strategy development and business planning operations. The architect and the models he or she creates to bridge the gap between strategy and architecture in this scenario. This helps to enhance Enterprise Architecture's alignment with strategy, improve the overall quality of the architecture, and boost the architect's expertise and value to the business.
The TOGAF ADM's Phase B: Business Architecture can include business models as a critical input. The business model is very good at getting members of the leadership team to agree on new strategies or a new company direction. At an operational and organizational level, the Business Architecture is more successful at aligning the rest of the company on what has to be done (and how).
Many people confuse how they use an operating model with what an operating model is. An operating model describes how a business structures its core activities. The operating model shows the unique capabilities aligned with the enterprise's strategy, skilled leadership teams, or unique investment profiles.
The Operating model is an anchor for the enterprise. It is critical for the strategy's effectiveness and longevity.
We will often use a Kaplan Strategy Map to identify the changes or focus required in an operating model.
A value chain diagram is a high-level representation of an organization's activities to generate value. A classic Porter Value Chain diagram separates supporting activity from primary activity. Primary activity is sequences to show the hand-off of activity in a value chain. In a Porter diagram, we always put the supporting activity on the top - all supporting activity is a burden on the primary activity. The primary activity must produce enough customer value to pay for the supporting activities.
A value chain diagram is a high-level representation of an organization's interactions with the outside world. The value chain diagram, in contrast to the more formal functional decomposition diagram generated in Phase B, concentrates on presentational impact. The goal of this diagram is to swiftly onboard and align stakeholders for a specific change endeavor so that all participants are aware of the architectural engagement's high-level functional and organizational context. A common technique is to provide a simplified business process diagram and define the value components and adjustments required for each activity.
We can further break a Value Chain down into pillars or value streams.
Capability models are used to focus attention. A good process model is comprehensive. A good functional model is both comprehensive and organizationally aware. A good capability model is a subset of the activities and organization. We should focus the subset on the activities that must be improved or sustained to reach the desired outcome.
Capability-based planning focuses on the enterprise's strategic business capabilities' planning, engineering, and delivery. It is business-driven and -led, and it brings together all the activities from all areas of the business to attain the required capacity. Most, if not all, corporate business models are accommodated by capacity-based planning, which is especially beneficial in companies where a latent capability to adapt is required and we use the same resources for various capabilities. Business scenarios are frequently used to find and refine the demand for these competencies.
Capability-based planning is very important from an enterprise architecture standpoint. A capability stands in for everything required to perform some activity - people, process, technology. As a stand-in it provides a great tool for focusing improvement attention.
When we use a Business Model Canvas the capabilities in Key Resources and Activities and the customer channel leap off the page. When we use a Kaplan Strategy Map, everything placed on the map is a capability.
We use scores to explain improvements and changes in capability planning. See the Business Architecture Capability Assessment Guide.
Under TOGAF, the business information model reflects the semantics of an organization's data, not a database design. It outlines the items that are important to an organization and about which it is likely to gather data (as entities), as well as linkages between pairs of those important things (as relationships). Because it avoids many of the system-level components, it is an easier model to interpret than a Logical Data Model. It encompasses all company information, not only digital information.
In most cases, each firm has only one Business Information Model, which describes all relevant data throughout the whole organization. We may use one or more diagrams to graphically represent all or part of the information model.
Business Architect's Definition of Value
Value-adding activity is:
- a customer will pay for it,
- it transforms (changes form, fit or function) a product or service,
- it is done the first time correctly.
All discussion of value-adding requires consideration of waste. We should consider every activity to be waste unless it:
- meets an explicit customer requirement
cannot be shown to be performed more economically
Business Architecture Posts
TOGAF® ADM Phase B – Develop the Business Architecture We develop business architecture in TOGAF ADM Phase B. The business architecture is one of the four foundational enterprise architecture domains. TOGAF is very clear – […]
Business Architect’s Approach to Architecting the IT Department using TOGAF A Business Architect‘s approach to architecting an IT Department is a straightforward architecture development problem. How do we optimize a modern IT organization? Most IT […]
Business Architecture Training We provide business architecture training as custom enterprise architecture training.The range of useful business architecture precludes a on-size-fits-all approach to business architecture. We adapt our business architecture training to directly support your […]
What is a Business Architect? The simple answer to what is a business architect is as easy as it is useless – the business architect develops the business architecture. A more useful answer is that […]
What is Business Architecture
Business Architecture is one part of a complete enterprise architecture. It is used to guide change, and serves as a foundation for all other domains.
Whether to change & what to change?
How to change?
What to leave alone?
How to deal with failing change?
You use business architecture when you have a wicked problem. Problems that defy simple apple-to-apples comparison or consistent selection criteria.
Business Architecture is guides choice and delivers constraint.
Stakeholders use the business architecture development process to understand the implications of theor options and select the best option. That option constrains everyone making change in the organization.
Join the Enterprise Architecture Kickstart
Free 12-week program to be a better enterprise architect