In this little blog series about tech debt I started with an explanation for non-tech stakeholders, then this article shared a few ideas on how to measure tech debt and finally the one from last week talked about how to charge back tech debt to the business unit in charge of it. To be clear: […]
Visualizing tech debt Read More »
In an earlier article I looked at the various way how to communicate tech debt. But only very few people will actually care about any form of debt if they don’t have to pay interest rates. This is where the magic of a meaningful charge back model comes into play. Let’s take a look at
Charging back technical debt Read More »
Nowadays time to market might be the most important deliverable that the business expects from IT. When I was discussing the challenges the business is facing with IT 15 or 20 years ago the cost of IT were always top of the list. Today the cost are still important but the number one complaint is
How to drive time to market by architecture? Read More »
It is quite important to measure tech debt as thing you don’t measure typically do not get managed and if we look at our research data it seems that managing complexity and technology debt is a high priority for Enterprise Architecture. A quick look at consumer finance Before we talk about technology debt let’s talk
How to measure tech debt? Read More »
Are you building the brand new star ship on top of a horse and carriage? This is what we do a lot in a large Enterprise context these days. We build fancy new solutions, like AI or direct to customer solutions on top of the technical debt of the last decades. One major problem is
How to explain tech debt to non-architects? Read More »
AI is exciting, AI is new and AI is all over the place. Unfortunately there is a repeated pattern in architecture when something is exciting, new and unknown: Building a silo around this new thing to keep it as separate as possible. To better understand the consequences it is worthwhile to go back in time
How to deal with AI in architecture? Read More »
From my experience there are three main sources of insights that can deliver huge value and are mostly untapped in a lot of companies. They all start with a C and although I have a background in this industry – Consultants are not included in the list. 😃 Colleagues In most of my consulting projects
The magic 3 C’s for architecture insights Read More »
In a recent post I discussed how to engage the C-level in a dialogue. The next question is how to keep them engaged and motivate them to co-create end products. Creating understanding Making sure that the CXO understands the implications is critical and should be a key objective of any additional meeting. When the initial
How to have an ongoing dialogue on architecture with the C-level Read More »
When I discuss about Enterprise Architecture I always talk about the governance at the same time. While from a political perspective the two topics are often separated in an organization from my point of view they are only two different views on the same topic. In Enterprise Architecture we try to optimize the trade between
A dead-simple IT Governance framework Read More »
When I was working in consulting I had the luxury of a large group of back office colleagues being focused on creating and modifying PowerPoint slides. This was in particular helpful when working with and re-arranging capability maps. As I am a huge fan of capability maps I also use them today on a regular
A simple way to create capability maps Read More »