Difference between revisions of "Climatic patterns"

From WardleyPedia
Jump to: navigation, search
(Components can co-evolve)
(Efficiency enables innovation)
Line 68: Line 68:
  
 
===Efficiency enables innovation===
 
===Efficiency enables innovation===
 +
{{Book|11}}
 +
Genesis begets evolution begets genesis. The industrialisation of one component enables novel higher order systems to emerge through componentisation effects. But it also enables new features for existing products to appear or even the evolution of other components. The industrialisation of mass communication to a standardised utility such as the internet enabled the industrialisation of computing to a utility. I use the word innovation to describe all those changes from the genesis of a new act, feature differentiation of an existing act or a change of business model (e.g. shift from product to utility). The evolution of one component and its efficient provision enables innovation of others.{{Book cite 11}}
  
 
===Shifts from product to utility tend to demonstrate a punctuated equilibrium===
 
===Shifts from product to utility tend to demonstrate a punctuated equilibrium===

Revision as of 14:38, 4 November 2017

Wardly Climatic Patterns.png

Climatic patterns are rules of the game. These patterns apply across contexts, regardless of user choice.

Contents

Components

Everything evolves through supply and demand competition

From chapter 11 in the book:


If the conditions exist that a person or groups of people will strive to gain some form of advantage or control over others due to a constraint (i.e. a limitation of a resource or time or money or people) then we have competition. If competition exists then the components effected will evolve until they become industrialised. This impacts everything from activities (what we do), practices (how we do something), data (how we measure something) to knowledge (how we understand something). The map is never static but dynamic.  It's also important to understand that if competition exists then you will be in conflict with others. Sometimes the best way of resolving this is through coopetition (i.e. cooperative competition) and building alliances. In other cases, depending upon the context, then you have to fight even to the point of a game of last man standing. In any significant landscape then you're likely to find yourself building alliances on one part of the map whilst at the same time fighting other companies in another and withdrawing from a third. However as the components on your map evolve then your former allies can become foes and vice versa. Microsoft and open source used to be mortal enemies, they're now often found to be best buddies. To manage such a dynamic and fluid environment then you're going to need to be able to observe it.[1]



Wardley's 2013 blog post: Everything Evolves

Evolution of Activity Practices and Data.png



Coevolution of Practice and Activity.png

No single method fits all

From chapter 11 in the book:


Because of this changing characteristics there is no one size fits all methods or technique applicable across an entire landscape. You have to learn to use many approaches and so avoid the tyranny of any single one. However, expect tribes to form and endless pointless debates such as agile versus six sigma or outsourcing vs insourcing.[2]



Rates of evolution can vary by ecosystem

Components can co-evolve

From chapter 11 in the book:


All components can evolve whether activities, practices, data or knowledge but they can also co-evolve. This is commonly seen with the co-evolution of practice (how we do something) with the evolution of an activity (what we do) especially as we shift from products to more industrialised forms. What causes this is the change of characteristics of the activity. DevOps is one such example of co-evolution.[3]



Characteristics change as component evolve

From chapter 11 in the book:


The characteristics of a component in the uncharted space are not the same as the characteristics of the same component when it becomes industrialised. In any large system then you're likely to have components at different ends of the evolution scale. This leads to the Salaman & Storey Innovation paradox of 2002 i.e. the need to innovate requires polar opposite capabilities to the need to be efficient. However, a word to the wise, a company has to manage both the extremes along with the evolution between them. It's really important to remember that there is a transition from uncharted to industrialised. Don't organise by the extremes alone.[4]



Evolution consists of multiple waves

From chapter 11 in the book:


Evolution consists of many instances of the same act e.g. a phone, a better phone and an even better phone. Every instance of an evolving act will diffuse through its applicable market. Those markets will change as the act evolves i.e. the market for first custom built phones is not the same as market for more industrialised phones. The process of evolution can include sustaining, incremental and discontinuous change e.g. product to product improvements or product to product substitution. This path is not smooth, it is not linear, it has many branches and dead ends (e.g. phones that failed). Furthermore the actions of individual players are unpredictable. Hence you can know the direction (e.g. phones will industrialise over time) but not the steps and the exact path taken (this phone will be more successful than that phone) until you have walked it.[5]



No choice over evolution

Red Queen

From chapter 11 in the book:


In a competing ecosystem then the pressure for adoption of a successful change increases as more adopt the change. This is known as the "Red Queen" effect i.e. you have to continuously adapt in order to keep still (in terms of relative position to others). The one thing that standing still will guarantee is that you will be overtaken. It has a secondary effect which is by adaptation then competitors limit the growth of a single company and prevent a run away process.[6]



Commoditisation <> Centralization

From chapter 11 in the book:


Don't confuse evolution to a commodity with centralisation. They are governed by different factors and an industrialised component can easily yo-yo between centralised and decentralised forms. Competitor gameplay is one of those factors which determine whether we're going to start with a more centralised or decentralised world.[7]



Financial

Higher order systems create new sources of value

Future value is inversely proportional to the certainty we have over it

Efficiency does not mean a reduced spend

Jevon's Paradox

Evolution to higher order systems results in increasing local order and energy consumption

Capital flows to new areas of value

Creative Destruction

Joseph Schumpeter

Speed

Efficiency enables innovation

From chapter 11 in the book:


Genesis begets evolution begets genesis. The industrialisation of one component enables novel higher order systems to emerge through componentisation effects. But it also enables new features for existing products to appear or even the evolution of other components. The industrialisation of mass communication to a standardised utility such as the internet enabled the industrialisation of computing to a utility. I use the word innovation to describe all those changes from the genesis of a new act, feature differentiation of an existing act or a change of business model (e.g. shift from product to utility). The evolution of one component and its efficient provision enables innovation of others.[8]



Shifts from product to utility tend to demonstrate a punctuated equilibrium

Evolution of communication mechanisms can increase the speed of evolution overall and the diffusion of a single example

Increased stability of lower order systems increases agility & speed of re-combination

Change is not always linear

Discontinuous and exponential change exists

Inertia

Success breeds inertia

Inertia can kill an organization

Inertia increases the more successful the pas model is

Competitors

Competitors actions will change the game

Most competitors have poor situational awareness

Prediction

Not everything is random

In some situations, you can predict the probability of what will happen, but not when. In other situations you can reliably predict when something will happen, but not exactly what.

You cannot measure evolution over time or adoption, you need to embrace uncertainty

From chapter 11 in the book:


The only consistent mechanism I've found for measuring evolution is ubiquity and certainty i.e. how well understood, complete and / or fit something is for the environment.[9]



Economy has cycles

Peace, war, and wonder

The less evolved something is, then the more uncertain it becomes

From chapter 11 in the book:


By definition, the novel and new are more uncertain than industrialised components such as commodities and utilities.  The uncharted space consists of the unknown i.e. "Ere be dragons".[10]



Two different forms of disruption

Predictability

"War" (point of industrialization) causes organizations to evolve

References