SlideShare ist ein Scribd-Unternehmen logo
1 von 64
Downloaden Sie, um offline zu lesen
THE ART & SCIENCE OF BUSINESS ARCHITECTURES
               A N T O N I E VA N R E N S B U R G , P h D
All rights reserved. No part of this publication may be repro-
duced or transmitted in any form or by any means, electronic,
digital, mechanical or any other storage and retrieval system
     without prior permission in writing from the publisher.

                    Copyright © 2009
                        BPACS
      PO Box 101318 Moreletaplaza South Africa 0167

              Printed and bound in South Africa
I   N              T                R                O                D                 U                C                T                I               O    N




    The first task I faced in my industrial engineering career was to develop a computer simulation model of a newly planned mining plant. After many
    frustrating hours spent on this model, I asked the fundamental question: “How can one model real-world systems effectively in order to understand them
    better?” Nearly twenty years later I am still pursuing the answer to this elusive problem.

    During my PhD research, I started to form an opinion on the modeling of systems. Though it was not complicated, I came up with the idea that what
    seems to be complex in our eyes might in fact be constructed from order. This order would then be based on small components which at their ‘atomic’ level
    are structured according to well-defined patterns. From an engineering perspective, this fuzzy opinion doesn’t fly very well in the established academic
    world; yet this hasn’t stopped me from working on the creation of holistic, abstract models of business systems.

    The art and science of business architectures is about the analysis and design of business systems. Beautiful structures – like Notre Dame cathedral, the
    Chrysler Building, or the Eiffel Tower – were designed by their architects. In the same way, I believe, business systems should be designed and created
    through business architecture.

    To support this quest, one needs to work from a fundamental framework of understanding. I have created the concept of the business fractal as the basis
    for my work. My model uses the concepts of patterns, content, time, and feedback loops to model complex business systems. To explain some of this, in
    the following pages I discuss the principles involved in creating these models. And instead of using calculus, I do so with the help of visual notes.

    Enjoy it – and remember: simplexity! Greater understanding lies in the simplification of complex matters.


                                                                                                                Antonie van Rensburg - February 2009
If I had a problem on which my life depended, and
       I had one hour in which to solve it,
     I would spend 40 minutes examining it
             15 minutes reviewing it
              5 minutes solving it.


                 ALBERT EINSTEIN
C   O   N             S               T                R                U              C               T              I   O   N




                       A BUSINESS FRACTAL

            The secret of understanding the complex is the ability to understand the basic principles of its con-
            struction. Forty years ago, Benoit Mandelbrot started to study the behaviour of cotton markets. This
            led to his discovery of the fractal – a shape that can be broken down into smaller parts, each echoing
            the whole. Using this analogy, I created the concept of a business fractal – a pattern that shows busi-
            ness activities at their most basic, most granular level.


            The simplest shape to help us understand business complexity is the transformation model of input
            to output, originally developed as part of the Structured Analysis Design Technique.


            A basic operations research principle teaches us that any system striving towards optimal perfor-
            mance does so by using resources to achieve this. Unfortunately, virtually no resource in this world
            has infinite capacity – and so we need to recognise that our transformation model faces constraints.


            This bring us to the understanding of the pattern in a business fractal – a pattern that represents the
            transformation of input into output through the use of resources under a set of constraints.
T   R   A    N              S             F            O             R             M              A             T      I   O   N




            Any business system does three things in the transformation process: it consumes, creates, and
            produces.


            In the transformation process, a series of events deals with material, information, and customers’
            activities. For a particular business system, the consumption, creation, and production process will
            require certain business rules, or logical relationships. These rules define the relationships between
            the system objects, and create the content understanding of the business fractal.


            As we use available resources (such as people, land, and capital) over time, the business system
            starts to exhibit its own behaviour. Capturing this behaviour through stochastic data allows us to cre-
            ate memory within the business fractal.


            Neither complex nor simple systems behave in a linear fashion over time. Adding resources such as
            innovation, technology, knowledge, or policy to the transformation process can cause it to react in a
            non-linear, power-law fashion.


            The typical non-linear, hidden relationships in the transformation process bring volatility to the busi-
            ness fractal, enabling it to provide the means of modelling complexity through a simple pattern.


            Combing the pattern with content, memory, and volatility brings about the definition and under-
            standing of a business fractal.
The conventional dichotomy between business and software engineering
  inevitably creates frustrating incompatibilities between the business
and its software, with the two systems working in different ways towards
  different ends. The complexity that results from combining the two
discrepant systems may actually lead to chaotic organizational behavior,
      in the scientific sense of being inherently unpredictable and
                            uncontrollable.


                           D AV I D TAY L O R , P H D
S   Y   S                   T                    E                   M                    A                    T    I   C




         BUSINESS ARCHITECTURE

        Traditionally, architecture is the art and science of designing physical structures, and integrating them
        into the landscape. By analogy, business architecture is the art and science of the analysis and design
        of business systems, and their integration into surrounding business system landscapes. As opposed
        to architecture – which has been practised for thousands of years – business architecture has only
        come to light in the past twenty years, making it a very young science.


        Just as traditional architecture has its tools and devices for the task of designing, so business archi-
        tecture has its own key concepts. These are: modelling methods, visualisation, and business refer-
        ence models.


        In practice this means that the business architect needs to start with some basic principles for the
        design of the business system. As a start, reference models provide the architect with the means
        to create a generic construction of the business system. There are various modelling methods that
        enable the architect to mould and enrich this generic construction into a specific model of the busi-
        ness system. And finally, visualisation allows the business architect to relay the analysis and design
        of the business system to its stakeholders – just as the traditional architect will use blueprints and
        scale models of the planned structure.
D   I   M                  E                 N                  S                 I                O                    N   A   L




            Good business architecture introduces three dimensions to the analysis and design of business sys-
            tems: abstraction, hierarchy, and time. Let me explain these.


            The first dimension, abstraction, allows the analyst to describe complexity while choosing to filter out
            any content that is not strictly relevant at that point. From an analysis perspective, the architect can
            show or hide the richness of the business system blueprint. So the architect can show you the ‘plumb-
            ing’ of the business system, or hide it from view and concentrate only on the ‘electrical wiring’.


            The second dimension, hierarchy, segments the architecture into horizontal views that represent
            different levels of complexity in the business system – like departments on different floors of a multi-
            storey building. The architect can add or remove content as it relates to a particular level in the hier-
            archy.


            Which brings us to the third dimension of analysis and design: time. The architecture descriptions
            relating to abstraction and hierarchy are static: the architecture does not show what happens to the
            business system as it operates through time. By time-stamping events in the business architecture,
            the business architect gains valuable insight into the behaviour and characteristics of the business
            system.
Just as shovels themselves do not dig holes, but rather provide
leverage for a human to dig, methods provide leverage for the human mind
    to accomplish a job more effectively. The method may assist and
   motivate the intellectual activities of the human, but it does not make
       the decisions, create the insights, nor discover the problems.


                      KNOWLEDGE BASED SYSTEMS, INC.
E   X   P                 E                   R                    I                  E                    N   C   E




                       SELLING BENEFIT

            The raison d’être of any business is to sell benefit to the customer. To create a good busi-
            ness architecture that will support this basic aim, we need to understand what this benefit
            is, and how it is created. This in turn drives the business processes that are required to
            deliver these benefits and experiences to the customer. Using a similar concept to that
            of a Bill of Material (BOM), the Bill of Events (BOE) models customer experience and
            customer touch points within the business system.
F   U                   N                 D                  A                 M                  E                 N                  T                  A   L




        ‘Selling benefit’ takes place when the organisation offers a product and service to its customers. This can be driven by the profit motive,
        or by a purely social benefit. Thus we can cover either a capitalist system (profit-driven) or a socialist system (benefit-driven), or a mix of
        both. To understand what is being sold to the customer, the business also needs to define how it is created, and the mechanisms or chan-
        nels that deliver the benefit to the customer.


        To formalise this approach, the business creates a Bill of Events. ‘Events’ can be information, clients, or material. Specifying the benefit
        that the customer requires defines which events are required, how many of each, and the order in which they should be delivered.


        The complexity of the Bill of Events is delivered via routings. Routings, or value-added processes, define how products and services are
        created and delivered as a series of events to the customer. A routing takes shape through the actions that need to be executed, their
        timing, and their sequence. These value-added processes form part of the ‘supply chain network’ of the business, which will be discussed
        at a later stage.


        To serve different customers in different markets, the business must design its products and processes accordingly. Classical operations
        management principles tell us that customer choice across the volume of customers can be managed in one of three ways. In the first,
        Make-To-Stock (MTS) processes, business must produce an inventory of products in the supply chain network. In this scenario, cus-
        tomer expectations are managed by balancing all supply and demand through these inventory or stock levels. The second way is to use
        Assemble-To-Order (ATO) processes. Here, the business balances customer expectations by using standard sub-components that are
        assembled as a final product. Assembly and delivery time shapes the customer experience in this case. The third way is the Make-To-
        Order (MTO) process. MTO delivers the customer’s order by taking raw materials and manufacturing a unique final product.


        In each of the three processes, measuring customer experience is significantly different. A proper business architecture helps the busi-
        ness to understand the differences, plan for them, and deliver them.
The scientist takes off from the manifold observations of predecessors,
     and shows his intelligence, if any, by his ability to discriminate
  between the important and the negligible, by selecting here and there
   the significant steppingstones that will lead across the difficulties to
new understanding. The one who places the last stone and steps across to
  the terra firma of accomplished discovery gets all the credit. Only the
 initiated know and honor those whose patient integrity and devotion to
           exact observation have made the last step possible.


                          HANS ZINSSER (1878-1940)
F   U     N                 C                   T                   I                  O                   N   A   L




        THE BUSINESS PROCESS MODEL

              The business process model is at the heart of business architecture. It contains the meta-
              structure for all business processes in the business system. It groups processes into one
              of four categories: strategic processes, tactical processes, supply chain processes,
              and support processes. The logic behind this structure is that each process type enables
              the business system to create benefit for the customer.
I   N   T           E                G                  R                 A                 T             I   O   N




            I have just said that the business process model deals with four main groups of process-
            es. Let’s look at these in more detail. The main task of strategy processes is to create
            and deliver a business plan, and to budget with functional targets and objectives that lead
            into the tactical processes. Tactical processes ensure that the business has the re-
            quired capacity to manage all events in the business system. They do this by planning and
            controlling capacity and events in the supply chain network. The supply chain network
            processes include all the processes that move raw material towards the final product,
            and deliver service to the customer. The fourth group, support processes, undergirds the
            other three process groups in the business system.
If building applications to solve problems no longer work, what should
the new strategy be? There is now a clear and compelling answer to this
 question: model-based development. The goal of this approach is to
construct software models that represent the structure and operations of
a business as simply and directly as possible. Because these models are
 not tied to any particular problem, they can be used to address a wide
range of problems, including problems that weren’t even imagined when
                     the models were constructed.


                           D AV I D TAY L O R , P H D
S   T             R                       A                      T                      E                      G               I   C




                       STRATEGY PROCESSES

        Strategy processes facilitate organisational purpose for the business system. Once this purpose has been
        created, strategy defines the alignment of organisational resources to achieve this purpose. One of these
        processes is the ‘strategy formulation process’, which delivers a mission, vision, value, and objective state-
        ment. Another, the ‘balanced scorecard process’, takes the objective statement and translates it into a series
        of measurable objectives and targets to be achieved over the planned strategy horizon. The ‘business plan
        process’ takes this and expands it into an action plan with allocated responsibilities. Finally, operational data is
        turned into structured information so that the business can create ‘what-if’ scenarios and make performance
        measurement decisions.
Formulation and construction of the abstract model of the system is
 perhaps the most unstructured, expensive and ill-supported task.


                        D O U K I D I S A N D PA U L
C   O   N       T                R                O             L              L               A       B   L   E




                TACTICAL PROCESSES


            Tactical processes link the business’ strategy process and the supply chain processes.
            Although they are very important in the business architecture, they are also the least
            understood.


            A number of key processes link strategy with operations. First, the business strategy
            needs to be translated so that we can define the business policies and business configu-
            rations for the supply chain network, product, and customer. Second, the processes for
            the design and delivery (or routings) of the product need to be developed. Moving into
            operations, we need to ensure that the business system’s resource capacity and event
            flow are properly planned and controlled. And finally, there must be a process to im-
            prove the current operations. These four groups of processes form the tactical processes
            required to translate strategy into operations.
M   E   A                 S                  U                   R                   A                B   L   E




            To deal effectively with tactical processes, we need an organisation-wide focus and
            effort. In the design process, a product and process need to be formally designed to
            deliver benefit to the customer. The type of industry we’re dealing with – for example,
            manufacturing or services – determines the actual content of these processes.


            Improving processes after they have been put into production through the planning
            and control processes also requires a method or approach. Good practices – such as
            change management – should ensure that the business can still deliver to its customers
            even while its current process and product are being improved.
TACTICAL PROCESSES: DESIGN
TACTICAL PROCESSES: PLANNING & CONTROL
TACTICAL PROCESSES: IMPROVEMENT
Those who think the purpose of their work is to please the boss, or to
perform the same task over and over again, have little in common with
those whose first concern is creating value for the customer and taking
       responsibility for the performance of an entire process.


                    KNOWLEDGE BASED SYSTEMS, INC.
P   R    A                     C                      T                     I                     C    A   L




    SUPPLY CHAIN NETWORK PROCESSES
         The supply chain network covers all the processes that convert raw material into the
         final product or service for the end-customer. This network of processes has three main
         groups: the inbound supply chain process, the value chain process, and the outbound
         supply chain process.


         The inbound supply chain process deals with moving raw material from the supplier to
         the business. The tactical decisions on vertical integration and supplier partnerships play
         important roles in the configuration and execution of these processes in the value chain
         of the business. The value chain process starts with receiving output from the inbound
         supply chain, and covers all value-adding steps to the business’ final product or service.
         The outbound supply chain process includes all product and service delivery to the final
         customer after receiving the value chain output.
D   E   L                 I                 V                 E                  R             A                 B   L   E




            The supply chain network process flow starts with the suppliers and ends with the customer. A
            number of factors create complexity in the supply chain network process. These are: customer
            segmentation, the product and service BOE, delivery mechanisms, channel logistics, delivery chan-
            nels, and the suppliers of the raw materials for production and distribution.


            The inbound supply chain process forms an NXM matrix. This matrix is created from the complex-
            ity of the number of suppliers (N) used in the transformation processes, as well as the impact of
            vertical integration, collaboration, and general supplier sourcing (M).


            The outbound supply chain process also forms an NXM matrix, created from N channel distribu-
            tion layers to M customer segmentation layers. This matrix is influenced by the complexity of the
            product and service BOE, as well as the types of distribution channels that are used in delivering
            the product or service.


            The value chain in a supply chain network consists of the value-added processes on the premises
            and within the control of the business. There are many ways to describe these, but in essence the
            business needs to perform a number of generic business processes in order to create benefit for
            the customer.
M   A   N          A                   G                   E                   A         B   L   E




            The business needs to research and develop a product or service for its
            customers. Once the business understands the market (customers), it
            can brand the offering. In the process of building the product or service,
            the business will acquire or procure raw materials or services from its
            supplier network. On completion, the sales force sells the benefit to
            customers. When it receives customer orders, the business will fulfil
            these orders. Beyond that point, the business supports its products and
            services in the market.
We are an intelligent species and the use of our intelligence quite
properly gives us pleasure. In this respect the brain is like a muscle.
   When it is in use we feel very good. Understanding is joyous.


                        CARL SAGAN (1934 -1996)
A   C   H                     I                    E                     V                      I    N   G




             SUPPORT PROCESSES

        In the business architecture, support processes support the supply chain network and
        the tactical and strategy processes. To recap: the supply chain network processes fo-
        cus on delivering the required levels of customer experience, while tactical and strategic
        processes aim to align the supply chain network with the business strategy. Support pro-
        cesses do what the name implies: they support the supply chain network and the tactical
        and strategic processes in achieving their purpose and execution.


        Support processes are determined by the type of industry in which the business system
        works. For example, a company’s human resource function is typically a support process;
        but a human resource business providing services to customers will have human re-
        source processes as value chain processes at its heart.
Some people will never learn anything; for this reason, because they
                 understand everything too soon.


                     ALEXANDER POPE (1688-1744)
I   N   N                 O                   V                   A                  T                     I   V   E




                              CONCLUSION
        To analyse, design, implement, and manage a business system, we need guidance from con-
        ceptual models. Business architecture provides a powerful framework for such purposes. The
        effectiveness of business architecture is based on the principles of system thinking and fractal
        geometry. A complex system can be simplified through a basic fractal model. This enables the
        user to comprehend and link simple business processes within a complex business system, and
        to produce a powerful descriptive model of the whole system in context.


        In this presentation I have used a number of principles to show how we can construct a busi-
        ness architecture through visual notes. These visual notes contain design principles. And these
        design principles can be used to comprehend the processes found in most types of business
        systems.


        I hope that, through this presentation, I have shown you that business architecture is both an
        engaging art and an exact science.
I   N   S                 P                           I                         R                       E   D




            Antonie van Rensburg obtained his B.Eng (Industrial) (Cum Laude), M.Eng (Industrial)
            (Cum Laude) and Ph.D (Industrial Engineering) from the University of Pretoria, where he
            was a lecturer from 1991 to 2000. He left as an Associate Professor in 2000 to pursue
            start-up investments in the Information Technology, Business Consulting and Financial
            Services industries.


                                   As the operational side of these activities became overly onerous,
                                   he balanced them with his professional interests, research and
                                   teaching, and after a brief stint at the Wits Business School, re-
                                   turned to his alma mater, the Department of Industrial and Systems
                                   Engineering at the University of Pretoria.


                                   Over the years Antonie has consulted to more than 50 local and
                                   international companies across various industries. In addition to
                                   consulting, he has a passion for business, technology and invest-
                                   ment, which has led to the funding and incubation of a number of
                                   enterprises over recent years.


            Antonie has presented and published numerous conference papers and articles in his
            research field, both locally and internationally. Returning to his roots in the Business
            Process Management domain, he pursues various key challenges – one of them being
            that of Business Architecture.

Weitere ähnliche Inhalte

Ähnlich wie Art and Science of Business Architectures

Enterprise Architecture – A Tool for Business Innovation Realization in the E...
Enterprise Architecture – A Tool for Business Innovation Realization in the E...Enterprise Architecture – A Tool for Business Innovation Realization in the E...
Enterprise Architecture – A Tool for Business Innovation Realization in the E...theijes
 
Towards Better Innovation Structures Using the Dutch STS-Design Approach
Towards Better Innovation Structures Using the Dutch STS-Design ApproachTowards Better Innovation Structures Using the Dutch STS-Design Approach
Towards Better Innovation Structures Using the Dutch STS-Design ApproachSociotechnical Roundtable
 
New England CollegeFI6315 Managerial FinanceSummer I 2019P.docx
New England CollegeFI6315 Managerial FinanceSummer I 2019P.docxNew England CollegeFI6315 Managerial FinanceSummer I 2019P.docx
New England CollegeFI6315 Managerial FinanceSummer I 2019P.docxvannagoforth
 
Innovation & Organisation Structure: Development and Test of A Function Model...
Innovation & Organisation Structure: Development and Test of A Function Model...Innovation & Organisation Structure: Development and Test of A Function Model...
Innovation & Organisation Structure: Development and Test of A Function Model...Sociotechnical Roundtable
 
A method to_define_an_enterprise_architecture_using_the_zachman_framework
A method to_define_an_enterprise_architecture_using_the_zachman_frameworkA method to_define_an_enterprise_architecture_using_the_zachman_framework
A method to_define_an_enterprise_architecture_using_the_zachman_frameworkbambangpadhi
 
Proceedings of the 32nd Hawaii International Conference on Sys
Proceedings of the 32nd Hawaii International Conference on SysProceedings of the 32nd Hawaii International Conference on Sys
Proceedings of the 32nd Hawaii International Conference on SysDaliaCulbertson719
 
An E-Business Model Ontology For Modeling E-Business
An E-Business Model Ontology For Modeling E-BusinessAn E-Business Model Ontology For Modeling E-Business
An E-Business Model Ontology For Modeling E-BusinessKarla Adamson
 
The Role Of An Architect
The Role Of An ArchitectThe Role Of An Architect
The Role Of An ArchitectJennifer Wood
 
Zachman_word.docx
Zachman_word.docxZachman_word.docx
Zachman_word.docxAnBL4
 
Hk yeditepe university-systemsengg-seminar-102012
Hk yeditepe university-systemsengg-seminar-102012Hk yeditepe university-systemsengg-seminar-102012
Hk yeditepe university-systemsengg-seminar-102012Hakan KIRAN
 
Organisational AnalysisOrganisations as Systems of Objectivity.docx
Organisational AnalysisOrganisations as Systems of Objectivity.docxOrganisational AnalysisOrganisations as Systems of Objectivity.docx
Organisational AnalysisOrganisations as Systems of Objectivity.docxvannagoforth
 
Body of Knowledge of Business Engineering
Body of Knowledge of Business EngineeringBody of Knowledge of Business Engineering
Body of Knowledge of Business EngineeringTogar Simatupang
 
Principles of architecture
Principles of architecturePrinciples of architecture
Principles of architectureAkshay Bagai
 
Architectural Thinking - What Is Architecture?
Architectural Thinking - What Is Architecture?Architectural Thinking - What Is Architecture?
Architectural Thinking - What Is Architecture?ingo
 
Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...
Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...
Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...Wim Laurier
 
Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...
Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...
Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...Wim Laurier
 

Ähnlich wie Art and Science of Business Architectures (20)

Enterprise Architecture – A Tool for Business Innovation Realization in the E...
Enterprise Architecture – A Tool for Business Innovation Realization in the E...Enterprise Architecture – A Tool for Business Innovation Realization in the E...
Enterprise Architecture – A Tool for Business Innovation Realization in the E...
 
Towards Better Innovation Structures Using the Dutch STS-Design Approach
Towards Better Innovation Structures Using the Dutch STS-Design ApproachTowards Better Innovation Structures Using the Dutch STS-Design Approach
Towards Better Innovation Structures Using the Dutch STS-Design Approach
 
New England CollegeFI6315 Managerial FinanceSummer I 2019P.docx
New England CollegeFI6315 Managerial FinanceSummer I 2019P.docxNew England CollegeFI6315 Managerial FinanceSummer I 2019P.docx
New England CollegeFI6315 Managerial FinanceSummer I 2019P.docx
 
Archimate Introduction
Archimate IntroductionArchimate Introduction
Archimate Introduction
 
Innovation & Organisation Structure: Development and Test of A Function Model...
Innovation & Organisation Structure: Development and Test of A Function Model...Innovation & Organisation Structure: Development and Test of A Function Model...
Innovation & Organisation Structure: Development and Test of A Function Model...
 
A method to_define_an_enterprise_architecture_using_the_zachman_framework
A method to_define_an_enterprise_architecture_using_the_zachman_frameworkA method to_define_an_enterprise_architecture_using_the_zachman_framework
A method to_define_an_enterprise_architecture_using_the_zachman_framework
 
People Orientated Approaches
People Orientated ApproachesPeople Orientated Approaches
People Orientated Approaches
 
Proceedings of the 32nd Hawaii International Conference on Sys
Proceedings of the 32nd Hawaii International Conference on SysProceedings of the 32nd Hawaii International Conference on Sys
Proceedings of the 32nd Hawaii International Conference on Sys
 
An E-Business Model Ontology For Modeling E-Business
An E-Business Model Ontology For Modeling E-BusinessAn E-Business Model Ontology For Modeling E-Business
An E-Business Model Ontology For Modeling E-Business
 
The Role Of An Architect
The Role Of An ArchitectThe Role Of An Architect
The Role Of An Architect
 
Zachman_word.docx
Zachman_word.docxZachman_word.docx
Zachman_word.docx
 
Hk yeditepe university-systemsengg-seminar-102012
Hk yeditepe university-systemsengg-seminar-102012Hk yeditepe university-systemsengg-seminar-102012
Hk yeditepe university-systemsengg-seminar-102012
 
Organisational AnalysisOrganisations as Systems of Objectivity.docx
Organisational AnalysisOrganisations as Systems of Objectivity.docxOrganisational AnalysisOrganisations as Systems of Objectivity.docx
Organisational AnalysisOrganisations as Systems of Objectivity.docx
 
Body of Knowledge of Business Engineering
Body of Knowledge of Business EngineeringBody of Knowledge of Business Engineering
Body of Knowledge of Business Engineering
 
Principles of architecture
Principles of architecturePrinciples of architecture
Principles of architecture
 
Architectural Thinking - What Is Architecture?
Architectural Thinking - What Is Architecture?Architectural Thinking - What Is Architecture?
Architectural Thinking - What Is Architecture?
 
How do you design
How do you designHow do you design
How do you design
 
Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...
Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...
Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...
 
Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...
Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...
Thought Leadership Session: Enterprise Semantics & Ontology, The Power of Und...
 
Why to Architecture Information
Why to Architecture InformationWhy to Architecture Information
Why to Architecture Information
 

Art and Science of Business Architectures

  • 1. THE ART & SCIENCE OF BUSINESS ARCHITECTURES A N T O N I E VA N R E N S B U R G , P h D
  • 2. All rights reserved. No part of this publication may be repro- duced or transmitted in any form or by any means, electronic, digital, mechanical or any other storage and retrieval system without prior permission in writing from the publisher. Copyright © 2009 BPACS PO Box 101318 Moreletaplaza South Africa 0167 Printed and bound in South Africa
  • 3.
  • 4.
  • 5. I N T R O D U C T I O N The first task I faced in my industrial engineering career was to develop a computer simulation model of a newly planned mining plant. After many frustrating hours spent on this model, I asked the fundamental question: “How can one model real-world systems effectively in order to understand them better?” Nearly twenty years later I am still pursuing the answer to this elusive problem. During my PhD research, I started to form an opinion on the modeling of systems. Though it was not complicated, I came up with the idea that what seems to be complex in our eyes might in fact be constructed from order. This order would then be based on small components which at their ‘atomic’ level are structured according to well-defined patterns. From an engineering perspective, this fuzzy opinion doesn’t fly very well in the established academic world; yet this hasn’t stopped me from working on the creation of holistic, abstract models of business systems. The art and science of business architectures is about the analysis and design of business systems. Beautiful structures – like Notre Dame cathedral, the Chrysler Building, or the Eiffel Tower – were designed by their architects. In the same way, I believe, business systems should be designed and created through business architecture. To support this quest, one needs to work from a fundamental framework of understanding. I have created the concept of the business fractal as the basis for my work. My model uses the concepts of patterns, content, time, and feedback loops to model complex business systems. To explain some of this, in the following pages I discuss the principles involved in creating these models. And instead of using calculus, I do so with the help of visual notes. Enjoy it – and remember: simplexity! Greater understanding lies in the simplification of complex matters. Antonie van Rensburg - February 2009
  • 6.
  • 7. If I had a problem on which my life depended, and I had one hour in which to solve it, I would spend 40 minutes examining it 15 minutes reviewing it 5 minutes solving it. ALBERT EINSTEIN
  • 8.
  • 9. C O N S T R U C T I O N A BUSINESS FRACTAL The secret of understanding the complex is the ability to understand the basic principles of its con- struction. Forty years ago, Benoit Mandelbrot started to study the behaviour of cotton markets. This led to his discovery of the fractal – a shape that can be broken down into smaller parts, each echoing the whole. Using this analogy, I created the concept of a business fractal – a pattern that shows busi- ness activities at their most basic, most granular level. The simplest shape to help us understand business complexity is the transformation model of input to output, originally developed as part of the Structured Analysis Design Technique. A basic operations research principle teaches us that any system striving towards optimal perfor- mance does so by using resources to achieve this. Unfortunately, virtually no resource in this world has infinite capacity – and so we need to recognise that our transformation model faces constraints. This bring us to the understanding of the pattern in a business fractal – a pattern that represents the transformation of input into output through the use of resources under a set of constraints.
  • 10.
  • 11. T R A N S F O R M A T I O N Any business system does three things in the transformation process: it consumes, creates, and produces. In the transformation process, a series of events deals with material, information, and customers’ activities. For a particular business system, the consumption, creation, and production process will require certain business rules, or logical relationships. These rules define the relationships between the system objects, and create the content understanding of the business fractal. As we use available resources (such as people, land, and capital) over time, the business system starts to exhibit its own behaviour. Capturing this behaviour through stochastic data allows us to cre- ate memory within the business fractal. Neither complex nor simple systems behave in a linear fashion over time. Adding resources such as innovation, technology, knowledge, or policy to the transformation process can cause it to react in a non-linear, power-law fashion. The typical non-linear, hidden relationships in the transformation process bring volatility to the busi- ness fractal, enabling it to provide the means of modelling complexity through a simple pattern. Combing the pattern with content, memory, and volatility brings about the definition and under- standing of a business fractal.
  • 12.
  • 13. The conventional dichotomy between business and software engineering inevitably creates frustrating incompatibilities between the business and its software, with the two systems working in different ways towards different ends. The complexity that results from combining the two discrepant systems may actually lead to chaotic organizational behavior, in the scientific sense of being inherently unpredictable and uncontrollable. D AV I D TAY L O R , P H D
  • 14.
  • 15. S Y S T E M A T I C BUSINESS ARCHITECTURE Traditionally, architecture is the art and science of designing physical structures, and integrating them into the landscape. By analogy, business architecture is the art and science of the analysis and design of business systems, and their integration into surrounding business system landscapes. As opposed to architecture – which has been practised for thousands of years – business architecture has only come to light in the past twenty years, making it a very young science. Just as traditional architecture has its tools and devices for the task of designing, so business archi- tecture has its own key concepts. These are: modelling methods, visualisation, and business refer- ence models. In practice this means that the business architect needs to start with some basic principles for the design of the business system. As a start, reference models provide the architect with the means to create a generic construction of the business system. There are various modelling methods that enable the architect to mould and enrich this generic construction into a specific model of the busi- ness system. And finally, visualisation allows the business architect to relay the analysis and design of the business system to its stakeholders – just as the traditional architect will use blueprints and scale models of the planned structure.
  • 16.
  • 17. D I M E N S I O N A L Good business architecture introduces three dimensions to the analysis and design of business sys- tems: abstraction, hierarchy, and time. Let me explain these. The first dimension, abstraction, allows the analyst to describe complexity while choosing to filter out any content that is not strictly relevant at that point. From an analysis perspective, the architect can show or hide the richness of the business system blueprint. So the architect can show you the ‘plumb- ing’ of the business system, or hide it from view and concentrate only on the ‘electrical wiring’. The second dimension, hierarchy, segments the architecture into horizontal views that represent different levels of complexity in the business system – like departments on different floors of a multi- storey building. The architect can add or remove content as it relates to a particular level in the hier- archy. Which brings us to the third dimension of analysis and design: time. The architecture descriptions relating to abstraction and hierarchy are static: the architecture does not show what happens to the business system as it operates through time. By time-stamping events in the business architecture, the business architect gains valuable insight into the behaviour and characteristics of the business system.
  • 18.
  • 19. Just as shovels themselves do not dig holes, but rather provide leverage for a human to dig, methods provide leverage for the human mind to accomplish a job more effectively. The method may assist and motivate the intellectual activities of the human, but it does not make the decisions, create the insights, nor discover the problems. KNOWLEDGE BASED SYSTEMS, INC.
  • 20.
  • 21. E X P E R I E N C E SELLING BENEFIT The raison d’être of any business is to sell benefit to the customer. To create a good busi- ness architecture that will support this basic aim, we need to understand what this benefit is, and how it is created. This in turn drives the business processes that are required to deliver these benefits and experiences to the customer. Using a similar concept to that of a Bill of Material (BOM), the Bill of Events (BOE) models customer experience and customer touch points within the business system.
  • 22.
  • 23. F U N D A M E N T A L ‘Selling benefit’ takes place when the organisation offers a product and service to its customers. This can be driven by the profit motive, or by a purely social benefit. Thus we can cover either a capitalist system (profit-driven) or a socialist system (benefit-driven), or a mix of both. To understand what is being sold to the customer, the business also needs to define how it is created, and the mechanisms or chan- nels that deliver the benefit to the customer. To formalise this approach, the business creates a Bill of Events. ‘Events’ can be information, clients, or material. Specifying the benefit that the customer requires defines which events are required, how many of each, and the order in which they should be delivered. The complexity of the Bill of Events is delivered via routings. Routings, or value-added processes, define how products and services are created and delivered as a series of events to the customer. A routing takes shape through the actions that need to be executed, their timing, and their sequence. These value-added processes form part of the ‘supply chain network’ of the business, which will be discussed at a later stage. To serve different customers in different markets, the business must design its products and processes accordingly. Classical operations management principles tell us that customer choice across the volume of customers can be managed in one of three ways. In the first, Make-To-Stock (MTS) processes, business must produce an inventory of products in the supply chain network. In this scenario, cus- tomer expectations are managed by balancing all supply and demand through these inventory or stock levels. The second way is to use Assemble-To-Order (ATO) processes. Here, the business balances customer expectations by using standard sub-components that are assembled as a final product. Assembly and delivery time shapes the customer experience in this case. The third way is the Make-To- Order (MTO) process. MTO delivers the customer’s order by taking raw materials and manufacturing a unique final product. In each of the three processes, measuring customer experience is significantly different. A proper business architecture helps the busi- ness to understand the differences, plan for them, and deliver them.
  • 24.
  • 25. The scientist takes off from the manifold observations of predecessors, and shows his intelligence, if any, by his ability to discriminate between the important and the negligible, by selecting here and there the significant steppingstones that will lead across the difficulties to new understanding. The one who places the last stone and steps across to the terra firma of accomplished discovery gets all the credit. Only the initiated know and honor those whose patient integrity and devotion to exact observation have made the last step possible. HANS ZINSSER (1878-1940)
  • 26.
  • 27. F U N C T I O N A L THE BUSINESS PROCESS MODEL The business process model is at the heart of business architecture. It contains the meta- structure for all business processes in the business system. It groups processes into one of four categories: strategic processes, tactical processes, supply chain processes, and support processes. The logic behind this structure is that each process type enables the business system to create benefit for the customer.
  • 28.
  • 29. I N T E G R A T I O N I have just said that the business process model deals with four main groups of process- es. Let’s look at these in more detail. The main task of strategy processes is to create and deliver a business plan, and to budget with functional targets and objectives that lead into the tactical processes. Tactical processes ensure that the business has the re- quired capacity to manage all events in the business system. They do this by planning and controlling capacity and events in the supply chain network. The supply chain network processes include all the processes that move raw material towards the final product, and deliver service to the customer. The fourth group, support processes, undergirds the other three process groups in the business system.
  • 30.
  • 31. If building applications to solve problems no longer work, what should the new strategy be? There is now a clear and compelling answer to this question: model-based development. The goal of this approach is to construct software models that represent the structure and operations of a business as simply and directly as possible. Because these models are not tied to any particular problem, they can be used to address a wide range of problems, including problems that weren’t even imagined when the models were constructed. D AV I D TAY L O R , P H D
  • 32.
  • 33. S T R A T E G I C STRATEGY PROCESSES Strategy processes facilitate organisational purpose for the business system. Once this purpose has been created, strategy defines the alignment of organisational resources to achieve this purpose. One of these processes is the ‘strategy formulation process’, which delivers a mission, vision, value, and objective state- ment. Another, the ‘balanced scorecard process’, takes the objective statement and translates it into a series of measurable objectives and targets to be achieved over the planned strategy horizon. The ‘business plan process’ takes this and expands it into an action plan with allocated responsibilities. Finally, operational data is turned into structured information so that the business can create ‘what-if’ scenarios and make performance measurement decisions.
  • 34.
  • 35.
  • 36.
  • 37. Formulation and construction of the abstract model of the system is perhaps the most unstructured, expensive and ill-supported task. D O U K I D I S A N D PA U L
  • 38.
  • 39. C O N T R O L L A B L E TACTICAL PROCESSES Tactical processes link the business’ strategy process and the supply chain processes. Although they are very important in the business architecture, they are also the least understood. A number of key processes link strategy with operations. First, the business strategy needs to be translated so that we can define the business policies and business configu- rations for the supply chain network, product, and customer. Second, the processes for the design and delivery (or routings) of the product need to be developed. Moving into operations, we need to ensure that the business system’s resource capacity and event flow are properly planned and controlled. And finally, there must be a process to im- prove the current operations. These four groups of processes form the tactical processes required to translate strategy into operations.
  • 40.
  • 41. M E A S U R A B L E To deal effectively with tactical processes, we need an organisation-wide focus and effort. In the design process, a product and process need to be formally designed to deliver benefit to the customer. The type of industry we’re dealing with – for example, manufacturing or services – determines the actual content of these processes. Improving processes after they have been put into production through the planning and control processes also requires a method or approach. Good practices – such as change management – should ensure that the business can still deliver to its customers even while its current process and product are being improved.
  • 45.
  • 46.
  • 47. Those who think the purpose of their work is to please the boss, or to perform the same task over and over again, have little in common with those whose first concern is creating value for the customer and taking responsibility for the performance of an entire process. KNOWLEDGE BASED SYSTEMS, INC.
  • 48.
  • 49. P R A C T I C A L SUPPLY CHAIN NETWORK PROCESSES The supply chain network covers all the processes that convert raw material into the final product or service for the end-customer. This network of processes has three main groups: the inbound supply chain process, the value chain process, and the outbound supply chain process. The inbound supply chain process deals with moving raw material from the supplier to the business. The tactical decisions on vertical integration and supplier partnerships play important roles in the configuration and execution of these processes in the value chain of the business. The value chain process starts with receiving output from the inbound supply chain, and covers all value-adding steps to the business’ final product or service. The outbound supply chain process includes all product and service delivery to the final customer after receiving the value chain output.
  • 50.
  • 51. D E L I V E R A B L E The supply chain network process flow starts with the suppliers and ends with the customer. A number of factors create complexity in the supply chain network process. These are: customer segmentation, the product and service BOE, delivery mechanisms, channel logistics, delivery chan- nels, and the suppliers of the raw materials for production and distribution. The inbound supply chain process forms an NXM matrix. This matrix is created from the complex- ity of the number of suppliers (N) used in the transformation processes, as well as the impact of vertical integration, collaboration, and general supplier sourcing (M). The outbound supply chain process also forms an NXM matrix, created from N channel distribu- tion layers to M customer segmentation layers. This matrix is influenced by the complexity of the product and service BOE, as well as the types of distribution channels that are used in delivering the product or service. The value chain in a supply chain network consists of the value-added processes on the premises and within the control of the business. There are many ways to describe these, but in essence the business needs to perform a number of generic business processes in order to create benefit for the customer.
  • 52.
  • 53. M A N A G E A B L E The business needs to research and develop a product or service for its customers. Once the business understands the market (customers), it can brand the offering. In the process of building the product or service, the business will acquire or procure raw materials or services from its supplier network. On completion, the sales force sells the benefit to customers. When it receives customer orders, the business will fulfil these orders. Beyond that point, the business supports its products and services in the market.
  • 54.
  • 55. We are an intelligent species and the use of our intelligence quite properly gives us pleasure. In this respect the brain is like a muscle. When it is in use we feel very good. Understanding is joyous. CARL SAGAN (1934 -1996)
  • 56.
  • 57. A C H I E V I N G SUPPORT PROCESSES In the business architecture, support processes support the supply chain network and the tactical and strategy processes. To recap: the supply chain network processes fo- cus on delivering the required levels of customer experience, while tactical and strategic processes aim to align the supply chain network with the business strategy. Support pro- cesses do what the name implies: they support the supply chain network and the tactical and strategic processes in achieving their purpose and execution. Support processes are determined by the type of industry in which the business system works. For example, a company’s human resource function is typically a support process; but a human resource business providing services to customers will have human re- source processes as value chain processes at its heart.
  • 58.
  • 59.
  • 60.
  • 61. Some people will never learn anything; for this reason, because they understand everything too soon. ALEXANDER POPE (1688-1744)
  • 62.
  • 63. I N N O V A T I V E CONCLUSION To analyse, design, implement, and manage a business system, we need guidance from con- ceptual models. Business architecture provides a powerful framework for such purposes. The effectiveness of business architecture is based on the principles of system thinking and fractal geometry. A complex system can be simplified through a basic fractal model. This enables the user to comprehend and link simple business processes within a complex business system, and to produce a powerful descriptive model of the whole system in context. In this presentation I have used a number of principles to show how we can construct a busi- ness architecture through visual notes. These visual notes contain design principles. And these design principles can be used to comprehend the processes found in most types of business systems. I hope that, through this presentation, I have shown you that business architecture is both an engaging art and an exact science.
  • 64. I N S P I R E D Antonie van Rensburg obtained his B.Eng (Industrial) (Cum Laude), M.Eng (Industrial) (Cum Laude) and Ph.D (Industrial Engineering) from the University of Pretoria, where he was a lecturer from 1991 to 2000. He left as an Associate Professor in 2000 to pursue start-up investments in the Information Technology, Business Consulting and Financial Services industries. As the operational side of these activities became overly onerous, he balanced them with his professional interests, research and teaching, and after a brief stint at the Wits Business School, re- turned to his alma mater, the Department of Industrial and Systems Engineering at the University of Pretoria. Over the years Antonie has consulted to more than 50 local and international companies across various industries. In addition to consulting, he has a passion for business, technology and invest- ment, which has led to the funding and incubation of a number of enterprises over recent years. Antonie has presented and published numerous conference papers and articles in his research field, both locally and internationally. Returning to his roots in the Business Process Management domain, he pursues various key challenges – one of them being that of Business Architecture.