Beyond Multiview

#entarch
#bizarch
#UnicomEA
#SSM
#VSM
#VPEC-T
At yesterday’s EA Forum, a rich picture of the oil industry was presented by
Mesbah Khan, who then posed a question about the possible use of such a picture, for enterprise architecture and beyond.

Th…

Does Rigour Matter?

#entarch
#bizarch
#UnicomEA
One of the topics discussed at yesterday’s EA Forum was the question of architectural rigour. This was stimulated by a rich picture of the oil industry, presented by Mesbah Khan, which I intend to cover in a separate post….

Pre-Requirement Estimation for IT Projects

Objectives and requirements – they are what makes the project world go ’round. Changing a business’ operations for the better requires one to decide what are the objective of the change, and what are the requirements a change must meet to satisfy the objective. Implementing the change usually starts with someone needing to know what […]

Service, function and capability (an addendum)

How can we clarify the confusion over service, capability and function in enterprise-architecture models? Andrew Marosy made a comment to my previous post on this that really needs to be brought out here in full: You can also visualise a

Service, function and capability (again)

How can we distinguish between service, capability and function in enterprise-architecture models? This is one of those perennial questions that keeps returning time and time again, and it’s one of the key confusions that Enterprise Canvas aims to resolve. But

How to build a Roadmap – Define Current State

This post will provide a little more exposition and insight into one method I have found useful in practice for quickly defining current state. Done well, it can provide an honest and objective look in the mirror to successfully understand where we truly are as an organization and face the uncomfortable truth in some cases where we need to improve.

When Tomorrow is Today

As I have written in my last post I believe that Enterprise Architecture is inevitable happening, no matter if it is done the one way or the other. I personally sense a lot of tribal thinking in the Enterprise Architecture community where in the heat of the discussion I sometimes wonder why there is so much talk about two sides (e.g. EITA vs EA) or even three (three schools of EA) or towards others (IT vs Business). I personally believe that the whole is a circulatory system which is always happening:


So I believe the right discussion should be along the line: how do we make the flow through the circulatory system (GLUE is just a model to reflect that) optimal instead of focusing on setting up boundaries and controls to ensure that a specific role works in a specific box. So overlaps, as described in an earlier post, is not bad if you ask me, but in fact very healthy, because to succeed not one person can decide on his own limited knowledge, but it forces people into working together, ideally collaborating or at least cooperating.

Non cooperation is a quite common pattern here though, and that is exactly what I sense in the Enterprise Architecture Community way more often than I personally understand, because it leads to nowhere. This is a discussion no one can win, because both argumentation chains (or the three of them) are valid and will be valid forever. The reason is fairly simple: By choosing a leading approach to Enterprise Architecture (be it a framework or a person) which we then follow, we focus on the difference, the unified selling proposition of that specific framework or leader. That ultimately leads to a scattered approach to Enterprise Architecture, which is a joke by itself, given the fact that most Enterprise Architects preach for standardisation across all functions.

My almost 4 year old son was a source of inspiration (once again, as well as his siblings) for me, by making a great quote:

“When Tomorrow is Today”,
Kalle Friedrich Schlüter (*2008)
 
That was just straight put where the focus should be: right now, this very moment. For him the concept of future does not exist yet. So he has to use the present to explain the future, and reality is, believe it or not, we all use that same concept, even though our grammar rules (for the languages I know) pretend that future can be expressed. As written in “Enterprise Architecting Past, Future or Present” I believe the absolute focus should be on the present, because it is the result of the Past and Leads to one out of many Futures. There is also a song from the young Billy Joel, even though is focus was not Enterprise Architecture, about the challenges of the time.


So what is my answer: I focus on the similarities, the common pattern. The things which unite Enterprise Architecture and are indeed the same. I think there is way more in common between the different approaches (and that includes Business Architecture, Project Management, Strategy, Innovation Management and many other things) than we allow ourself to accept and see. We kind of play the game of the three apes, and I wonder why.

Due to that I will focus in my future posts on something different than core Enterprise Architecture: What to learn from others is my leading theme for the next posts. Of course, as always, comments are welcome. So if you want me to look into something else which I only scratched so far then please let me know. Input from the community helps me to get my thinking straigthened.

Categories Uncategorized Tags

ResEArch positions

The IT-university of Copenhagen has announced open positions as assistant and associate professors with the goal of strengthening research and teaching in the diverse area of innovation and information technology, also known as the Business Corner of the ITU Triangle Science-Arts-Business. Apply now! Also, please help spread this vacancy positing. From the call: Disciplinary or interdisciplinary backgrounds in fields …read more

The Meaning of Iteration

There is a curious ambiguity about the word “iteration”. Sometimes it means doing exactly the same thing, over and over again; sometimes it means doing something slightly different each time.

When a process is drawn as a loop, we need to understand wh…