The theory of enterprise-architecture

What is the theory underlying enterprise-architecture?

This was a question that came up in a group email-discussion earlier today, and it’s probably worth bringing out into a more public arena so that other people can come and play with it too.

My own view is that an awful lot depends on what’s meant by ‘theory’, or ‘underlying’, or even the use there of the word ‘the’. And that’s before we even get close to The Dreaded Definitional Problem of defining what we mean by ‘enterprise-architecture’… :-|

What worries me is that implicit in the question “What is the theory underlying EA?’ is an assumption that in terms of how we use theory, we’re still operating solely within the linear-paradigm: for example, that there must somehow be an identifiable linear or ‘deterministic’ chain between theory-as-cause and practice-as-effect.

Reality is that that just ain’t how it works here.

What we see instead is the use of a variously-disciplined mash-up of ideas and experiences from a wide range of different domains, always somewhat personal, always somewhat contextual. It’s very much dependent on personal skill and experience – and personal history, too. And if we think for more than just a moment or two about the nature of the problem-space – or context-in-view, rather – then it should be clear that that’s not only what we would expect, but to a large extent that’s how it should be. In fact if we don’t get that kind of disciplined mash-up (with a definite emphasis on that word ‘discipline’), well, that’s when we’ll find ourselves “gettin’ into a whole heap o’ trouble”…

Sure, the specific items-of-content (the ‘content’ being theory, in this case) in the space are always relevant. To me, though, what’s far more important is how theory-items are selected for use in each context: theory-as-belief-as-tool. Gooch’s Paradox applies here: “things not only have to be seen to believed, but also have to believed to be seen“. Hence what matters most here is the discipline in working with meta-theory and meta-methodology – in other words, how theories and ideas can be recombined in line with the dynamic needs of context – and also a willingness to accept and work with the nature of the context-space.

Probably the bane of our entire profession is that it’s riddled with attempts to repackage complexity or uniqueness in ways that ‘make sense’ in terms of the linear-paradigm. The big-consultancies do this all the time, not least because it makes it easier to ‘sell’ – even though they know that it doesn’t work… Perhaps for much the same sort of reasons, we also see a heck of lot of claims that such-and-such is ‘scientific’, when in reality the respective ‘science’ consists of someone-or-other’s empirical experience, or a lot of reading of so-called ‘science’ which again turns out at root to be little more than someone’s opinion.

And in the sciences themselves, the classic example would be how people latched on to the belief (or hope?) that chaos-mathematics makes chaos predictable. It doesn’t: it can make the nature and type and extent of unpredictability somewhat-predictable, but it never changes the fact that inherent-unpredictability itself always remains unpredictable – and hence not amenable to linear-paradigm notions of cause-and-effect.

[One guide I return to regularly on this - on how science really works, rather than what so many people think of as 'scientific' - is Beveridge's 'The Art of Scientific Investigation': see in particular his chapters on strategy, chance, intuition, and the hazards and limitations of reason.]

The catch for us in enterprise-architecture is that the linear-paradigm works just fine much of the time in IT and IT-related architectures, in fact we’d usually need its emphasis on consistency and linearity in order to work well in those contexts. Yet because it works well in that type of architecture, for that class of problems, people often make the mistake of thinking that that’s ’the theory’ of architecture or systems-thinking or whatever. But the linear-paradigm does not work well in any context that includes self-feedback or wicked-problems (‘complex’) or inherent-uniqueness (‘chaotic’) – and the contexts we work with will almost always contain some aspects of those types. Which means that linear-paradigm notions of ‘the theory underlying’ are likewise inherently problematic in these contexts.

We saw much the same in that previous post on recursion in definitions of ‘process’: none of this is straightforward, and there’s always a strong subjective and contextual element here. Theory in a complex context is inherently as complex as the context itself; and likewise theory in a unique or ‘chaotic’ context is inherently somewhat chaotic. The moment we forget that, we’d be in deep trouble in terms of theory and its application in practice.

Another comment that came up from the conversation: “Surely a theory must testable, and remains unproven until it is tested?” Sure, that sounds straightforward enough, but in an enterprise-architecture it’s rare that we can test anything in that way that most people seem to expect. The reality is that just about all we can do is try something out, and see what happens: the act of changing something changes the context itself – which means there’s no way we could wind the clock to try again with exact same factors in place.

Every context is different, in often-subtle yet inescapable ways: that’s why ‘best practice’ is so problematic, for example, and ‘worst-practice’ – the study of known anti-patterns, in order to understand what doesn’t work – is often more useful in practice. To be blunt, people who demand ‘proof’ that something will work in an enterprise-architecture are merely demonstrating that they don’t understand how things actually work in enterprise-architecture - or  in the real-world, for that matter. The only action in an enterprise-architecture that has anything resembling predictable or testable results consists of doing nothing at all: and even that rarely works as well as anyone would hope. In short, it’s tricky…

A lot more to say on this, of course – especially around what kind of meta-theory approaches do work for this – and I’ll explore that in future posts. But I’ll stop here for now: any comments so far?

Tagged with: , , ,
Posted in Complexity / Structure, Enterprise architecture
2 comments on “The theory of enterprise-architecture
  1. Myron Chaffee says:

    Tom: I just got back from 2+ weeks of vacation, which included a 4 day dose of Disneyland. This caused a strange sensation – I relaxed. Unfortunately, it’s not habit forming for me ~~.

    You have really hit the heart of the matter here. But, to develop a theoretical space, we would need a set of axioms to underpin it (?). The abstract set of theories produced on top of the axioms would have to cover essentially all of the topics you have presented concerning EA. Bottom Line: I WANT this. I’m not sure where the time will come from, but this context is absolutely essential. IMHO, this approach is the thing to bring a structure or order to this unbelievably complex whateveritis. Any ideas on where the beginning is?

    • Tom G says:

      Hi Myron – welcome back! – so it’s our job to unrelax you again, huh? :-)

      @Myron: “Any ideas on where the beginning is?”

      For each of us it’d be different, I guess. For you, given your background as a ‘self-declared Christian zealot’, the obvious (only?) beginning-point would be Scripture – because that’s your source for axioms that hold inherent priority over all others.

      The catch is in what happens next… because what we hit up against straight away is this:

      @Myron: “this approach is the thing to bring a structure or order to this unbelievably complex whateveritis”

      The problem is that many attempts to bring ‘structure or order’ – including many interpretations of Scripture – end up as an over-simplistic imposition of ‘order’ on top of ‘this unbelievably complex whateveritis’. In other words, the imposed order ‘works’ only by pretending that the complexity either doesn’t exist, or is always Somebody Else’s Problem – neither of which are good survival-tactics in the longer term… So we’re going to need ‘order’ that also fully respects the ‘unorder’: and for that we’re going to need something a lot deeper than just those ‘order’-oriented surface-level interpretations of Scripture.

      In the Christian tradition, two sources I might suggest for this would be the anonymous 14th-century author of ‘The Cloud of Unknowing’ http://en.wikipedia.org/wiki/The_Cloud_of_Unknowing , and the optimistic and very human theology of the 14th-century anchoress Julian of Norwich http://en.wikipedia.org/wiki/Julian_of_Norwich . Architecture is also very much about place – not just human place within the world, as in Scripture, but place as itself – so in US culture you could also link that to deep concepts of place, such as in many of the Native American traditions, or later classics such as Thoreau’s ‘Walden’. You could then perhaps use modern tools such as Sohail Inayatullah’s Causal Layered Analysis http://en.wikipedia.org/wiki/Causal_layered_analysis to link that deep-story all the way up to the everyday. Overall, that would give you a theoretical frame that should make sense across all of the US ‘Bible Belt’, and probably (if with some adaptation) in most other Christian-oriented cultures too, such as in Africa, Latin America and some parts of Europe.

      To go broader than that – and I’ll admit that that’s my own interest – we’d need to adapt and/or translate the probable Christian terminology and orientation into a more generic and abstract form. We need to keep the same intensity, the same clarity, the same humanness, the same subtle balance of order and unorder, the same connection with place-as-place, but in less overtly ‘religious’ or ‘mystical’ terms. Of the classical traditions, Lao Tse’s ‘Tao Te Ching’ http://en.wikipedia.org/wiki/Tao_te_ching is perhaps one of the more accessible sources for this: my favourite translation is the Gia Fu Feng / Jane English version published by Wildwood House http://www.amazon.com/Tao-Te-Ching-Lao-Tsu/dp/0679724346 . And architecture itself is a great source for key themes and axioms: Matthew Frederick’s ’101 Things I Learned In Architecture School’ http://www.amazon.com/101-Things-Learned-Architecture-School/dp/0262062666 is obviously only an entry-level text, but contains many key ideas such as ‘parti’ (unifying connective theme) and ‘just enough detail’.

      Much more to discuss on this, obviously. :-) But for you, yes, the obvious place to begin would be with Scripture: perhaps play with that for a while and see where it leads?

Leave a Reply

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

*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Books by Tom Graves
Ebooks by Tom Graves
Categories
Archives