Archives 2020

December’s Architectural Thinking Wednesday Webinars

December’s Architectural Thinking Wednesday Webinars

We are proud to announce the beginning of a new series of ->free live webinars dedicated to all of our friends in eastern Asia, Australia and New Zealand (and elsewhere, too, of course!)

Every Wednesday 9am CET held 100% live and free by one of our members.

Topics covered in Dezember:

Stay tuned at: https://architectural-thinking.com/events/

 

AT#23: Use Your Wisdom to Make Existing Practices Agile

AT#23: Use Your Wisdom to Make Existing Practices Agile

Whenever I discuss with people from the Agile world what ‘Agile’ is all about, they tell me that it’s very core is a mindset that is established through values and principles.

All agile practices, methods, and frameworks evolve out of this mindset. Ahmed Sidky visualizes this idea in his ->webinar:

 

 

When I saw this picture my gut told me that there is something fundamentally wrong with this idea. It took me weeks to find out why: Read More

AT#42: Enterprise Architects are Dead. Long Lives Enterprise Architecture Management!

AT#42: Enterprise Architects are Dead. Long Lives Enterprise Architecture Management!

Since it’s beginning as a discipline, Enterprise Architecture Management (EAM) has been performed by a specific “Enterprise Architect” (EA) role. In practice, this role has been far too often reduced to managing the repository of IT applications and drawing fancy, IT-focused diagrams that never reach the reality of solution development. EAM, even after almost four decades, still seems locked in its ivory IT tower with only limited practical influence on strategic business decisions. How many enterprises have been actually architected by EAs?

But why? How comes that EAM fails to do what it is supposed to – architecting enterprises? My answer: Read More

AT#56: Enterprise Architects – Broaden Your Field of Vision

AT#56: Enterprise Architects – Broaden Your Field of Vision

…..

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

Upcoming Events

Upcoming Events

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

AT#61: Start Intentionally Designing Your Becoming!

AT#61: Start Intentionally Designing Your Becoming!

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

AT#60: Three Steps to Regain Control Over Your IT Landscape

AT#60: Three Steps to Regain Control Over Your IT Landscape

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

AT#54: How to Open the Negotiation Space

AT#54:  How to Open the Negotiation Space

Viewpoints of many different disciplines need to be considered in order to implement a holistically designed enterprise. Interests of disciplines closer to purpose and customer value (like service- or UX designers) must be negotiated with disciplines closer to feasibility (like business- or software architects). Designs of those groups can be conflicting, drafts of UX designers, for example, might not be feasible with proper software design or due to limited budgets.

Today those disciplines are having hard times with each other. Designers are often frustrated because their designs are never implemented in the way they envisioned. IT-Architects are frustrated because everybody perceives them as not willing to implement a certain design. Executives are feeling that the money they invest hardly ever leads to the intended outcomes. A lot of misconceptions and conflicts between designers, architects and executives arise that are usually resolved by corporate politics, not the best way to optimize overall enterprise design. Read More

AT#20 – Why Digital Transformation Fails without Architecture

AT#20 – Why Digital Transformation Fails without Architecture

Structure not only increases our chance to success,
it makes us more efficient at it.’ – Marshall Goldsmith

When people discuss digital transformation, they talk mostly about innovation, agility and new technologies. Companies put a tremendous amount of effort into initiatives that should make them more agile and innovative, but most of the companies I know do not manage their innovation initiatives towards a big architectural picture. The overly complex structure of dependencies between innovation- and other projects, and between new technologies and legacy-IT, are not handled with intent. Just present a fancy technology to top-level executives. If it has a low time-to-market and includes AI, chances are high that you can do it. No matter if it’s integration with legacy IT results in unnecessary complexity, ‘technical debt’ that introduces a total cost of ownership that outnumbers the business benefits by far. No matter if it is architecturally sound.

Let’s have a closer look at what ‘architecturally sound’ means, what architecture is all about and why the concept of architecture is helpful, especially in the context of innovation: Read More


1 2