Blog

AT#16: Ten Guidelines for a successful Digital Transformation

AT#16: Ten Guidelines for a successful Digital Transformation

Last week I attended the #1 EAM Conference in Germany, the “Lean42 EAM Conference”

At the closing podium session of the conference, I had the opportunity to discuss the following questions with brilliant people from companies of the old economy and Feras Alsamawi of Amazon:

  • What are the success factors for the digital transformation?
  • What is the contribution of EAM to these success factors?
  • What is different in companies of the old- and the new economy?

After thirty minutes of discussion, we agreed to the following guidelines: Read More

AT#15: How to make decisions in uncertain Times

AT#15: How to make decisions in uncertain Times

To deal with the challenges of the VUCA world, many companies experiment with shifting the idea of agility, as broadly used in software engineering practices in form of e.g. SCRUM to the whole organization. [J. Eckstein: ‘Company-wide Agility’, 2018] gives an overview of more than twenty different approaches for the agile organization. Browsing through these approaches, some of their proponents seem to propose that all decisions should be made decentralized by autonomous teams. Use the knowledge of the many and you will get the right solutions.

But that is far from true.

Grassroots democracy is not a model for companies.  An organization pursues particular business goals dictated by shareholders, the autonomy of the employees is not its primary concern. Which application server software a company chooses to use is not a subject of general elections.

All approaches proposing the agile enterprise do not take one thing into account: architecture. Building solutions in a sound architectural form needs common elements and ‘conceptual integrity’. This means that the concepts and structures of the business (capabilities, value streams, products & services, business objects) and IT (technology components) must play together in a way that maximizes simplicity, consistency, agility and thus business value. Read More

AT#14: The Innovation Steam Train

AT#14: The Innovation Steam Train

In times of the digital transformation, almost all industries are facing challenges caused by highly accelerated technology innovation cycles and new and disrupting competitors.  Today, companies put a tremendous effort into innovation initiatives. A recent Boston Consulting Group survey reported that nine out of ten senior executives believe generating growth through innovation is essential for success in their industry. Innovation is a trend that runs through all organizations, not just a segregated discipline performed by specialized people only. Read More

AT#13: Companies are Elephants!

AT#13: Companies are Elephants!

The famous parable of the blind men and an elephant is a story of a group of blind men, who have never come across an elephant before and who learn and conceptualize what the elephant is like by touching it. Each blind man feels a different part of the elephant’s body, but only one part. They then describe the elephant based on their limited experience and their descriptions of the elephant are different from each other. The complete text of the poem is here.

When I read the parable I instantly found it to be very suitable to use it for companies within the digital transformation. Companies are elephants employing blind men like: Read More

AT#12: Are Business Architects the new Enterprise Architects?

AT#12: Are Business Architects the new Enterprise Architects?

Over the last two years, business architecture became more and more well known in the (IT) architecture community. Many friends of mine who formerly named themselves ‘Enterprise Architects’ start to use ‘Business Architect’ or ‘Enterprise Business Architect’ on their business card. But what does this mean? Is the discipline of Enterprise Architecture and their weak foundation on immature frameworks about to be replaced by Business Architecture? Is the work done by businessarchitectureguild.org gaining more and more importance? Has the concept of ‘architecture’ finally achieved it’s dedicated goal – the mind of business people?

Read More

AT#11: Build strong connections between Solution- and Enterprise Architecture!

AT#11: Build strong connections between Solution- and Enterprise Architecture!

In most companies I know, enterprise-wide architecture models are designed by a few enterprise architects and are typically not widely accepted by developers. Today, agile solution teams and enterprise architects are separated by huge walls of ignorance and misunderstanding. Enterprise architects (EAs) manage their repository of artifacts and build to-be roadmaps. Solution teams do not care about the work of the EAs and do whatever their product owner wants them to do. Strong links between solution architecture and enterprise architecture seldom exist, which questions the use of the latter at its very core.

What you should do: Read More

AT#10: Technical Debt – the ignored Killer of “Agile” Enterprises

AT#10: Technical Debt – the ignored Killer of “Agile” Enterprises

Trapped in the vortex of digital transformation, almost all industries are facing challenges caused by highly accelerated technology innovation cycles, new and disrupting competitors, and, last but not least, a tremendous amount of technical debt in their vast historically grown IT landscape.

Dave Sag’s blog provides a good summary of what technical debt means.

To deal with this area of tension companies trust in ‘Agile’ gurus that tell them how they must change their organization and culture to become ‘agile’. If we look at the complexity of the application landscape of a typical company it becomes obvious that they simply can’t be agile without renovation projects that make their legacy IT agile.

What you should do:

  • Reduce your technical debt step by step by the renovation of your legacy IT. Agile IT landscapes make companies agile, not agile coaches that focus on culture and organizational aspects.
  • Hire business architects instead of agile coaches.

Previous Posts:

Launch of the Architectural Thinking Framework®

AT#9: Three Values that make your Enterprise Architecture Management successful

AT#9: Three Values that make your Enterprise Architecture Management successful

For sure, Enterprise Architecture Management (EAM) is still a very immature, weakly defined field. Most of the methods, tools, and frameworks suit the requirements of real-world projects only to a small degree. Most of the elements EAM tries to structure and manage towards a to-be state’ are abstract and hard to grasp. Archimate®, a modeling notation for EAM, for example, defines more than thirty elements, most of them are vague abstractions and far from tangible. In practice, EAM is much more focused on designing application landscapes than providing a holistic view of the enterprise. EAM is still very much about ‘application portfolio management’ that tries to minimize IT costs without alignment to the business capabilities.

But how can this sad situation be changed?

Our suggestion is to apply three values to your EAM practice: Read More

AT#8: Agile goes awry when loosing Balance between Speed and Sustainability

AT#8: Agile goes awry when loosing Balance between Speed and Sustainability

When Agile software development was born in 2001, it defined a set of four principles:

  1. Individuals and interactions over processes and tools
  2. Working software over comprehensive documentation
  3. Customer collaboration over contract negotiation
  4. Responding to change over following a plan

I have worked in several Agile teams where ‘responding to change over following a plan,’ often got misinterpreted to mean “don’t have a plan.”  Those teams often find they waste time by adapting too much.

Read More