Updated: Updated: Transformation
When setting to out to change an organization, you will find that existing processes and ways of doing things are not just habitual, but actually self-reinforcing. To some extent, this is to be expected: organizational structures and processes that have existed for a long time must be stable against disturbance. Generally that’s a good thing - who would want to work in a place where processes change every other day? However, when you are looking to change such a system, most likely because the environment necessitates a different way of working, a self-reinforcing system can put up an unexpectedly strong resistance.
The Disablement Cycle
One example of a self-reinforcing system is what we call the Disablement Cycle, a pattern commonly found in environments that feature a lot of approval processes. Such environments carry a lot of friction, meaning that getting anything done takes a lot of effort and thus costs more money. This, in turn, means that projects become more expensive. The natural reaction to more money being at stake is to add more controls. Doing so, however, adds even more friction, feeding the disablement cycle. Organizations that are subjected to this cycle are commonly referred to as those “where it’s impossible to get anything done.”
Everyone is doing the right thing
One of the reason that this cycle is so widespread, and so difficult to break, is that each involved party is doing the right and logical thing - within their context:
- If a project asks for a lot of money, it’s logical to add additional checks and controls to reduce the risk to the organization. Who’d want to approve a $1 Mio project without any oversight?
- If the overhead for projects due to friction is high, it’s more efficient to make bigger projects. If all approvals, reviews, and the associated preparation for a project amount to $100k, it makes little sense to start a $100k project because the “tax” due to process friction would be 100% on top of the project cost. If you bundle all your ideas into a single project for $1 Mio you only pay a 10% “tax”. So it’s the right thing to do - you are actually saving the company money.
Stopping the vicious cycle
Because each party is doing the right thing, you can’t just tell people: “can’t you see that you are doing it wrong?” Because they aren’t doing anything wrong within their scope of work. There isn’t an easy recipe to break this cycle, but two factors can help:
-
External pressure generally helps people question existing ways of working, but when such pressure builds up it may already be too late.
-
Establishing a broader end-to-end view and set of responsibilities can help. Once people see (and are rewarded for) end-to-end results, they will stop optimizing for their local portion of the cycle and start optimizing for overall success.
The Enablement Cycle
The amazing thing is that once the disablement cycle is stopped, the positive Enablement Cycle also becomes self-supporting: if overhead is low, its easy to get a project started, meaning project costs are also lower. Hence, fewer controls are needed. Abandoning controls in turn reduces friction, which incentivizes people to start smaller projects. Over time, the organization can run small projects quite efficiently and without much risk to the organization.
This means that while stopping the disablement cycle is quite tough, you only need to get things slightly spinning in the right direction because once you get to that point, the cycle becomes self-supporting again, but in the right direction.
Credits
Thanks to Jean-Francois Landreau for first sharing this insight with me.
Make More Impact as an Architect
The Software Architect Elevator helps architects and IT professionals to take their role to the next level. By sharing the real-life journey of a chief architect, it shows how to influence organizations at the intersection of business and technology. Buy it on Amazon US, Amazon UK, Amazon Europe
