Archives October 2020

…..

Intersection.group is coming. This blog post explains why.

…..

The typical career of enterprise architects (EAs) starts with IT-related studies. EAs then move from software engineering to software architecture and finally to EA. As a logical consequence, EA is still driven by an engineering mindset even if some EAs have moved to the field of business architecture. You can feel the rational, analytical approach to design enterprises in almost any diagram or map created by EAs – quite often ugly but precise. Read More

A lot will be happening in the upcoming weeks (see also our ->events page).

We will continue our well-received series of “Wednesday Weekly Webinars” with Annika Klyver’s talk about her Milky Way enterprise maps and further Architectural Thinking topics.

November will be a hot month for us:

• It starts with a ->surprise on November 5th that unveils some exciting news
• Architectural Thinking will be very present at this year’s ->Intersection conference, so register to listen to world-class keynotes and the latest developments on Enterprise Design and Architectural Thinking.
• We are very proud that our ->book will be launched on Nov 18th

So – stay tuned and visit our ->events page every now and then!

Wolfgang

I’ve just read this statement from Wolfgang at least 10 times and like the picture that you can see an old or young lady in – my brain keeps switching between the two views.

The “shift from fixing their being” conjures up a continuous improvement culture; it leads me to think about evolving the business model and it makes me think about improving on a customer offer that still has some growth left but is pretty mature in the market.

In terms of the leadership style it’s one of metrics, data, focused on science and logic and is about reporting improvements on a month by month basis and keeping teams focused and moving towards a clear stable outcome. Read More

Most IT landscapes of larger companies consist of hundreds of applications that are interconnected via poorly designed interfaces. In most companies, these IT landscapes already have an enormous technical debt (i.e., an ‘unnecessary complexity’). In my experience, a company typically runs between 80% and 90% more IT applications (and therefore also servers, databases, networks, costs) compared to what would be needed if it had implemented the ideal architecture. To maintain landscapes, people can see the tree service from eos Outdoor Services here. A tremendous waste of money and resources, and the reason why IT is perceived as tardy and as a cost factor and not as an enabler. From my point of view, there are three major reasons for this disastrous situation:

Business Units are not aware of their responsibility for their applications and do not think architecturally

There is a tendency to blame the IT department for this situation, but that’s not true. It’s a business problem. Requirements are typically not consolidated well across departments. IT has always just been the contractor who had to implement those punctual requirements under time pressure. Read More