Friday, 10 March 2017 16:32

Black Swans and Supermen

Written by
(2 votes)

 

Summary

 

A lot has been written about disruptors (and particularly digital disruptors) over the last couple of years. By necessity, many enterprises adopt a reactive approach to disruptors, but there are significant ways for enterprise business architecture (EBA) to underpin a stronger, more advantageous stance.

 

Enterprises tend to be considered as either digital predators or digital prey. Experience suggests that the major differentiator between these - those who take advantage of disruption and those who fall victim to it - is the extent that they understand and take account of the business architecture for their whole ecosystem.

 

To do this, best practice dictates that the scope of EBA activities should be:

 

  • Extended to accommodate systematic 'horizon scanning' for potentially relevant disruptors
  • Deepened to ensure that full account is taken of the enterprise business model. This should include analysis not just of what the business does, but why (operationally) is does it (short term motivation) and why (strategically) it does it (long term motivation);
  • Broadened to encompass a 'whole ecosystem' model - with (limited and relevant!) analysis of competitors, suppliers, customers and other third parties.

 

An Apology

 

The title of this discussion is a little misleading. In business, and more specifically in Finance, a black swan is an event or occurrence that deviates beyond what is normally expected of a situation and is extremely difficult to predict; the term was popularized by Nassim Nicholas Taleb, a finance professor, writer and former Wall Street trader.

 

As Business Architects, we informally consider such events as unknown unknowns - we have no knowledge of the likelihood or even the possibility of their occurrence. It would, of course, be fanciful to suggest that Business Architecture enables us to deal comprehensively with these. However, a mature enterprise should be able to use business architecture as a tool to shift the boundary between known unknowns and unknown unknowns to its benefit. This has the effect of converting black swan events into known categories of disruptor, for which strategic responses can be devised. 

 

In plainer language, mature business architecture will help us recognise that external disruptions might occur and, while not predicting that they will, at least allow us to plan for the eventuality, or even to encourage disruption where it is advantageous to us.

 

The Role of a Mature Business Architecture Practice

 

A well-embedded, mature enterprise business architecture (EBA) practice fulfils several roles relevant to dealing with external disruptors:

 

  1. Horizon Scanning: being aware enough of the landscape in which the enterprise operates to be able to recognise relevant disruptive factors;
  2. Business Strategy/Architecture Alignment: ensuring that the direction setting for the enterprise, as the present and future state architectures are congruent;
  3. Custody of the Business Architecture: the EBA practice is responsible for capturing, maintaining and communicating the knowledge and models which represent the current and future states of the business (for simplicity, we'll refer to these artefacts collectively as the Business Model);
  4. Business/IT Alignment: ensuring that the architecture supports the needs of the business, as defined by the Business Strategy and EBA. This includes shaping and compliance of IT programs and projects put in place to meet those needs.

 

https://media.licdn.com/mpr/mpr/AAEAAQAAAAAAAAyvAAAAJGUzZDU0OWM5LTQ3MGYtNDU1ZS05NmMxLWVhY2JhNGNjMTZhMg.png

 

Figure 1: Business Architect Roles

 

Generally, the way that these roles are fulfilled in large enterprises is not adequate for dealing with disruption. There are (at least) three areas of concern to be addressed, in a typical case:

 

  • Horizon Scanning is performed in a limited manner (if at all), and within pre-assumed boundaries, and to communicate their significance to the wider enterprise ;
  • The business models lack depth. The knowledge that he BA practice gathers and maintains does not pay sufficient attention to traceability (e.g from business need to technical fulfilment), maintainability and ease of communication;
  • The business model lacks breadth. In order to deal with disruption effectively, the business model must embody knowledge from an extended landscape, significantly beyond the boundaries of the enterprise. Often the EBA function (quite understandably) limits itself to a largely internal viewpoint.

 

Deepening the Business Model

 

An architectural business model should capture and formalise many aspects of the business itself, underpinning analysis, communication and common understanding across the enterprise. This is best achieved by combining and integrating a number of modelling techniques.

 

In practice, the development of a combined model, comprising:

 

 

covers a great deal of the modelling required.

 

 

 

https://media.licdn.com/mpr/mpr/AAEAAQAAAAAAAAoJAAAAJDZkMWE0NDg0LTQwODMtNDAzOS1iOGYwLTMwMmRjM2Y3ZTAyZA.jpg

 

Figure 2: The Combined Business Model

 

 

 

The Business Model Canvas (BMC) details the operations of the business, the resources to sustain operation, the products of that operation and the customers these products provide value to. It also details the costs accrued and the revenues gained relevant to these operations. Essentially, it tells us WHAT is required to run the business, and WHAT is produced.

 

The Value Proposition Canvas (VPC) gives us more detail about the operational reasons for the enterprise to do what it does (i.e. to produce specific value for specific customers)

 

The Business Motivation Model (BMM) fleshes out the strategic reasons or the enterprise to exist (vision, goals, objectives, etc.)

 

Clearly, any modelling should explicitly recognise the interdependencies between these techniques. The operational activity should reflect the provision of value to customers, which in turn should be aligned with the strategic aims (motivations) of the enterprise.

 

 

 

https://media.licdn.com/mpr/mpr/AAEAAQAAAAAAAArTAAAAJDliMWRiMDQ2LTNjNDgtNDc3ZS1hNDM3LTY4YTY4NzdmM2M0OQ.png

 

Figure 3: Combined Business Model Inter-relationships

 

(This combination of techniques is not, of course, the only way of developing a comprehensive architectural business model, but we will use it as a suitable example for our purposes.)

 

Broadening the Business Model

 

Dealing with disruption architecturally nearly always involves taking a broader external perspective. The most robust way of dealing with this is to analyse the business models for major parties in your business ecosystem.

 

These parties will include:

 

  • Participants in your supply chain - customers and suppliers
  • Parties that exert a controlling or constraining influence on your business (for example, regulatory bodies or competitors)
  • Parties that contribute to value delivery (key partners outside the direct supply chain, providers of resources used in value delivery, etc.)

 

 

 

https://media.licdn.com/mpr/mpr/AAEAAQAAAAAAAAtHAAAAJGZkYjM4ODM4LTgwZmQtNGVhNi1iYjY4LTllYWYwYTIzYTQzYQ.png

 

Figure 4: Enterprise Ecosystem Business Models

 

 

 

The fundamental point behind this extra analysis is to ensure that knock-on effects of disruptors are detected in a timely manner. Many external disruptors will impact third parties in your ecosystem before they impact your enterprise. Reacting to the changes in your customers', suppliers' or regulators' business model will invariably be too late. The business architecture should have (at least) a limited perspective on these other parties models, and how they interface with your own.

 

At this point, you may be thinking that this will take superhuman effort from the Business Architects. However, for those whose professional focus is 'upward facing' (i.e. towards strategy) rather than 'downward (i.e. towards IT), the knowledge will help position them as key business influencers.

 

Read 47223 times Last modified on Friday, 17 March 2017 16:14
Guy Tozer

Guy is a senior consultant with over 25 years experience in IT. He has significant specialist knowledge in the areas of Enterprise Architecture and Corporate Information Management, reinforced by a wide experience in implementing these ideas in large-scale businesses.

He is acknowledged as a thought leader on corporate data and information control practices, being one of the first to espouse the need for strong metadata-driven backbones to drive IT management activities. He draws on many years experience of helping large organisations migrate to well-architected approaches, through profound understanding of the issues involved, tempered with experience in dealing with the human and financial factors.

Guy has many years of experience in successful strategic alignment of business and IT goals. Significantly, he also brings focus on nurturing the organisation to a level of maturity and deploying the mechanisms and practices to ensure that these goals stay aligned in the long term.

www.linkedin.com/in/guytozer/
More in this category: Horizon Scanning to Transformation »