Real EA: crossing the chasm?

One of the practical problems of the innovator’s lifestyle is that, by definition, we tend to work a long way away (metaphorically speaking) from the mainstream. It’s true that there are some real advantages to playing the Outsider role – for example, it’s one of the few ways to bypass the ‘groupthink’ trap. Yet the catch is that there’s often real barriers between creating a new idea and its subsequent adoption in the mainstream – and that matters a lot, not least because mainstream adoption is also the point where we actually get paid for all that previous development-effort…

Classically, this follows the ‘diffusion of innovations‘ pattern described by Everett Rogers and others:

  • Innovators – venturesome, educated, multiple info sources;
  • Early adopters – social leaders, popular, educated;
  • Early majority – deliberate, many informal social contacts;
  • Late majority – skeptical, traditional, lower socio-economic status;
  • Laggards – neighbours and friends are main info sources, fear of debt.

But the catch, as documented by Geoffrey Moore in his 1991 book Crossing the Chasm, is that there’s that chasm of (lack of) understanding that sits somewhere in the ‘early adopters’ range, blocking the path between innovation and the mainstream – the gap between the people who’ll try anything new, and the people who won’t. Something we need to explore…

For incremental innovation – essentially within the same paradigm – the gap is usually quite easy to bridge. If you can prove some kind of ROI – return on investment, in any appropriate sense of return on the respective investment of effort or whatever – that’ll usually be enough to make the bridge. Often the only real problem is the hype-cycle of over-inflated expectations and disillusionment before sense finally settles in – kind of like hoping that a lightweight rope-bridge is enough to carry heavy traffic, without dealing with any of the heavy engineering needed to make it actually work…

For disruptive new technologies, that gap can easily turn out to be a real chasm that’s hard to bridge. Many worthwhile new technologies have fallen into that chasm, or – like Betamax versus VHS video – succumbed to the dread syndrome of “a triumph of marketing over technical expertise”.

But when the innovation is essentially just an idea – a new way of doing things, a new paradigm in itself – that chasm can be huge: and, for a long time, often apparently unbridgeable. And when there’s a strong wannabe blocking the way, stranded halfway over the bridge but clearly going no further, we first have to clear the wreckage out of the way before we can cross. That’s pretty much the situation we have right now with enterprise-architecture…

The ‘strong wannabe’ here is so-called ‘traditional’ EA – in other words, enterprise-wide IT-architecture with some dangerous delusions as to its business role and value. What it’s designed for, is quite good at, and with some care can actually deliver on, is IT-infrastructure architecture. Anything else IT-related, such as data-architecture, applications-architecture and IT-security architecture, is somewhat of a bonus to that core promise, but with no guarantees as to whether it’ll actually work; whilst anything less IT-related, such as information-architecture or business-architecture, it tends to work either less well again, or not well at all. Unfortunately it’s often busily pretending that it’s ‘the architecture of the enterprise’ – which isn’t. In fact the fundamental design of typical ‘traditional’ EA, as Jeff Scott explains in his Forrester article ‘Is The Current EA Paradigm Right For Business Architecture?‘, is simply not suited to a world beyond IT, and perhaps now not even for that:

Here are the six elements that I see very consistently in the thought patterns of EAs:

Governance – Mechanisms to approve EA designs and enforce adherence to the reference architecture at the project level.

Principles – Decision filters that both EA development and application decisions flow through.

Current state – A snapshot of current issues and technology baseline (often in significant detail).

Reference architecture – The body of work describing EA’s intent, organized in a framework, expressed in strategy, standards, patterns, guidelines, etc.

Target state – An idealized future state viewpoint describing how the organization desires to change the current state based on the current understanding of technology and architecture.

Solutions architecture – Application of principle compliant reference architecture to current problems in order to move the EA closer to the target state viewpoint.

So what’s the problem? We seem to adhere to this model even though it is at best only moderately successful. For example, most EAs have established a governance process, but very few describe it as being impactful. Almost all EA teams have a set of principles, but almost none actually live by them – they are more like a set of good intentions. And who has actually attained a reasonable facsimile of their target state?

In short, there are three myths here that are blocking the bridge over the chasm:

  • the myth of causality and control – seen above as ‘Governance’, ‘Reference architecture’ and the causal-style usage of ‘Principles’
  • the myth of stasis – seen above as ‘Current state’ and ‘Target state’
  • the myth of detail, that detail alone is enough – seen above as ‘Principles’ and ‘Solutions architecture’

And, of course, the myth of IT-centrism – the belief that IT itself is the true core of any enterprise. And elsewhere in business-architecture, there’s another core myth that’s blocking the road: the myth of money as the measure of value – or even as a meaningful measure of value at all. Until we get all of these myths out of the way, enterprise-architecture is going nowhere.

To counter all of those myths and clear the bridge-block, we need the following:

  • a better understanding of the balance between causality and complexity (such as in systems-theory)
  • a better understanding of the balance between static and dynamic (again, as in systems-theory)
  • a better understanding of the balance between detail and ‘big-picture’
  • a better understanding of role of IT (and other domains) within the overall enterprise
  • a better understanding of value, with money as merely one proxy-form for value

We also need a better understanding of the role of people within an enterprise-architecture – because they hardly appear at all in most models at present…

There are plenty of independent innovators in enterprise-architecture, but almost by definition most of us are somewhat out on the fringes – the Outsiders. There’ve been a few good signs over the past year or so – particularly the increasing focus on business-architecture in Open Group (TOGAF) conferences and elsewhere. Yet to me the crucial signal that real change is about to occur is when the innovators in the big consultancies are finally let loose. Big-consultancies are the archetypal ‘early adopters’: they need to purport to be ahead of the market (as indeed they are, relative to the ‘early majority’ and the rest), but they also rarely make a move until all the hard work has already been done by the ‘innovators’ (because otherwise the idea is too ‘new’ to be saleable to their ‘early-majority’ constituency). That’s why I’m careful to keep track of ‘insider’ innovators that I trust – people like Ron Tolido at CapGemini, Nick Gall at Gartner, Jeff Scott at Forrester, and Michael Porter at Harvard. So when all four of those folks put out important new work in the same week, something’s definitely on the move – clearing the blockage from both sides of the bridge.

Jeff Scott‘s critique-piece ‘Is The Current EA Paradigm Right For Business Architecture?‘ was mentioned earlier above. In essence he’s tackling the problems that ‘traditional’ IT-centrism has caused for enterprise-architecture and its expansion outward to cover a true whole-of-enterprise scope. The article raises some important questions, as do the comments that follow it. Strongly recommended, anyway.

Nick Gall was one of the team who last year introduced the concept of ‘hybrid thinking‘ – Gartner’s variant on ‘design-thinking‘. This week he published a summary-pointer to his somewhat earlier article ‘From Hierarchy to Panarchy: Hybrid Thinking’s Resilient Network of Renewal‘ (previously for Gartner clients only), a long exploratory piece on what he called ‘panarchitecture’, linking the ecology concept of ‘panarchy‘ to enterprise-architecture and Gartner’s notion of ‘hybrid-thinking’. Gall’s version of panarchy takes the standard ‘S-curve’ for implementation, exploitation and conservation (continuing use) of an idea or a resource, and links it to Holling’s ‘back-loop’ of release and reorganization, to make a complete cycle, and then cycles within cycles. This addresses much of the missing material on systems-theory and complexity in EA, and also affirms the centrality of real people in the architecture. Again, strongly recommended for enterprise-architects, though to be honest I suspect Gall’s term ‘panarchitecture’ is even less likely to fly with business-folk than the existing term ‘enterprise-architecture’…

Ron Tolido – he who brought us the notion of ‘Slow IT‘ and the demolition strategy – has come up trumps again with a really nice metaphor for application lifecycles, in his article ‘The Inception of TRAIN and SCOOTER Apps‘:

Actually, we distinguish different ‘Application Lifecycles’, each with their own dynamics around requirements, quality, time-to-market, agility, tools being used and place within the organization. We thought a transport metaphor would be quite effective, so prepare yourselves to be familiarized in the near future with 5 different types of applications, ranging from TRAIN apps (solid, stable, standard, predictable) all the way to SCOOTER apps (highly individual and personalized, ultra-agile, ad-hoc). Much more soon, so stay tuned to this blog. For now, one little visualization [a still from the film ‘Inception‘] of what happens when you try to make a TRAIN application behave like a SCOOTER. I believe our ‘application city’ streets are full of these trains gone rogue. Let’s hope they are just a bad dream soon.

In other words, a metaphor that addresses that much-needed balance between static and dynamic, detail versus big-picture, big-system ‘control’ and predictability versus agility for a complex, unpredictable world. The article is only a taster for a more detailed exploration due to follow in the next few weeks: watch out for it when it comes, because it’ll be valuable indeed – especially for the IT-oriented aspects of enterprise-architecture.

Finally, Michael Porter, who’s previously brought us Five Forces, Value Chains and the warning that the obsession with shareholder-value is the ‘Bermuda Triangle of Strategy‘ [PDF]. This time, with Mark Kramer, he wrote in HBR on the notion of ‘shared value’ – ‘The Big Idea: Creating Shared Value‘ (see also here on his presentation at Davos)  providing business-architecture with another means to break away from the deadweight stranglehold of money-only business drivers. (A few predictable commenters, of course, doing the usual Friedman-style shrieks about “the only purpose of business is to make a profit” – and, unlike Porter, failing to understand where that profit actually comes from, or any of the complex relationships between currency, value and trust.) To my mind Porter doesn’t quite go far enough as yet towards making the connection with ISO9000-style vision and the shared-enterprise or ‘extended-enterprise‘ – but at least it’s something we can leverage as we build towards a business-architecture that actually is about the business of the business.

And that’s the point here: these people are helping to clear the crossing over the chasm from the other side of the bridge – the ‘early-adopter’ side. Which means that whole-enterprise architecture is just starting to go mainstream. Which, for me and so many of my other enterprise-architecture colleagues, is very good news indeed… 🙂

There’s one part of the chasm that we still need to bridge, though: the engagement of people within the architecture. So in the next few days I’ll write at least a couple more posts: one on where the people-themes fit within architecture-models; the other on the problem of power, and how to address it within an architecture.

But in the meantime, I guess it’s Watch This Space – because it seems clear that things are on the move at last! 🙂

9 Comments on “Real EA: crossing the chasm?

  1. I haven’t really considered where I fit between innovator and laggard, I’ve just been doing what feels right and appropriate. For me understanding the operating model of an organisation is of paramount importance. In understanding the interaction of people, processes and systems you can get a feel for the DNA of an enterprise.
    Certainly for me your idea of there being more people oriented content is the real head turner. I have been trying to preach (with varying success) that it has to be about the people, their relationships, interactions and motivations. Anyone who has worked in process modelling or system development knows that the success of your efforts are not marked by whether it was on time and budget, but by its adoption by those who live with the outcomes day in day out. This is what will add most value in the long term, both in the efficient and effective use of the tools available as well their willingness to accept (and be involved in) future change.

  2. This is a really well argued note, capturing a number of pertinent issues and concerns regarding EITA’s (Enterprise IT Architecture) presumed dominance of the EA space. People are the key in all aspects of EA and in bridging the chasm exposed in the note. However, are we in danger of falling into the trap that any enterprise is a coherent and homogenised space?

    When the cry of “stakeholder profit” is the rallying call for the enterprise then the ability of the enterprise to acknowledge its own plurality is constrained. When the clarion call is “stakeholder value” then elements of the plurality start to appear as value does not always equate to profit, allowing multiple axes of considering and delivery.

    However, both of these positions can be negated when an enterprise sees itself as a bounded construct, a part of but yet apart from the other enterprises, organisations, communities and people upon which it depends and who depend on it. If no man is an island then no enterprise can exist in purposeful isolation.

    For me EA is about what Tom calls the extended enterprise AND about the “enterprise within”, the disparate elements that comprise a healthy organisation that can keep it fresh and vital. Understanding both and balancing the often competing dynamics inherent in such environments is key to EA and its future.

    Hopefully we are moving that way and the way – the Tao? – will be eased by the realisation of new approaches from early adopter organisations, changing the status quo and breaking the log jam we have at present. However, we also need to ensure that the EA community is ready for such new and radical ideas and prepared to champion them in their own organisations and with their colleagues and friends. Without such a bridgehead there is ever chance the new ideas could falter on their journey and not deliver on their obvious potential, and that will be bad for all concerned.

  3. “The ’strong wannabe’ here is so-called ‘traditional’ EA – in other words, enterprise-wide IT-architecture with some dangerous delusions as to its business role and value.”

    Very dangerous indeed. IT-architecture may enable business to be able to perform…but without the business, their would be no need for the IT-architecture.

  4. Tweet from Anita Lettink:

    RT @NGA_Anita: @tetradian Great EA read – i’d like to add the myth of purpose – because the chasm between IT architects and business is so wide there.

  5. @Carl Chilley – very good point about the distinction between ‘shareholder profit’ and ‘shareholder value’ – I hadn’t noted that one before.

    To me the ‘extended-enterprise’ necessarily and by definition includes ‘the enterprise within’, hence no disagreement there. 🙂

    In one of your Tweets you commented about organisations not being homogeneous. Again, very strongly agree: in fact that’s actually the whole point of having a properly-constructed vision, because (as one of my clients put it) the vision acts as “a central shared totem-pole to unify the tribes”. The catch, for those who insist that we should focus only on ‘shareholder value’ (let alone ‘shareholder profit’), is that privileging the shareholders above every other stakeholder has long since been proven to be a low-value ‘totem-pole’: basic human psychology should make that point a no-brainer, but for some daft reason the ‘economists’ and the like still want to push the same old failed line. Hence, again, why I so much assert that as enterprise-architects we need to identify what does work – and that’s some kind of emotive vision that’s ‘larger’ than the organisation itself, in fact larger to any of the players in the extended-enterprise.

    Which, again, brings us back to the centrality of people in enterprise-architecture – because the people are the enterprise.

  6. It smells like we’re trying to shut the gate after the horse has bolted. Many people – myself included – invested a lot of time to make EA something more that men in beards who say no in governance meetings, but that time has passed. For most people people, EA is strongly aligned with the idea of Enterprise IT (as opposed to departmental IT), and Enterprise IT is going the way of the dodo. All your arguments are moot as the centralized IT department is being slowly dismantled and IT is being pushed out to the lines of business and partners (thing BPO). I’m seeing this in clients more and more.

    However, while EA as a discipline and department seem to be dying, the skills a good, business focused EA can bring to the business are in huge demand, just as long as they don’t wear the EA title. Most of the more impressive CTO/CIO/EA people I know are joining the business proper, leaving IT behind, and having a ball. They’re putting the EA stuff in the background, and only pulling it to the fore when required, as they’re focused in the business problem, and finding the best way to move the business forward. I liked you comment of “effective vs. efficient” as this rings true. The focus is on a good plan violently executed, not a perfect plan tomorrow.

Leave a Reply

Your email address will not be published. Required fields are marked *

*