It’s 2021! Why does Change Management still suck?
It’s 2021! Why does Change Management still suck?

It’s 2021! Why does Change Management still suck?

There’s an excellent management paper from 2001 called Nobody Ever Gets Credit for Fixing Problems that Never Happened. In it, the researchers looked into how companies create and sustain process improvement. Even though the focus is on Total Quality Management (TQM) and manufacturing processes, the paper contains a ton of useful models for software development organizations. It also helps to explain why the current state of change management still sucks. As the authors pointed out….

“Soon afterward, the problem was solved, confirming the boss’s belief that they had acted appropriately, indeed had decisively taken charge of the situation, even though the team was already working around the clock and his interference drained precious time from their efforts to solve the problem.”

Decisions, decisions…

working harder vs working smarter

The main investigation looks at the system dynamics of how organizations close performance gaps. In other words, the difference between desired performance and actual performance. They identify two causal loops that can be executed based on a desire for higher performance:

  • Work harder loop (B1): longer hours, more effort, more pressure to do work.
  • Work smarter loop (B2): more time spent on improvement, more pressure to improve capability, more investment in capability

Working harder loop

I found it super interesting that they model Capability as an asset that can accumulate improvements over time. This framing of capability is a useful mental model when thinking about how knowledge work gets done.

The paper asserts that “everyone knows it is better to work smarter than harder,” but in their investigations they found many organizations still default to the work harder mode. Why does this happen?

BIBO: Bad Incentives -> Bad Outcomes

The researchers found that a combination of bad incentives and cognitive biases were underlying the irrational reaction to work harder despite having the knowledge that working smarter is more effective. Put simply, the problem is all in our heads.

Let’s take a look at the first issue: incentives.

“While investments in capability might eventually yield large and enduring improvements in productivity, they do little to solve the problems managers face right now”. You can see this modelled as DELAY in the figure.

Worse still, when there is failure demand, a temporary emphasis on working harder quickly becomes routine.

In other words, we tend to discount the future. The authors provide a vivid illustration of this worse-before-better dynamic in figure 6:

nobody ever gets credit for fixing problems that never happened

Beyond incentives, they commonly found that managers had a tendency to conclude that the “cause of low throughput is inadequate worker effort or insufficient discipline, rather than features of the process". This is a classic example of the fundamental attribution error.

Change Management still sucks

So, getting back to Change Management, the current status quo is terrible. And it’s terrible for the same reasons - bad incentives and cognitive biases.

Firstly, we have the silo problem: those imposing the rules are not responsible for following them, and those following the rules are not empowered to improve the system.

And secondly, improvement has short term costs while working harder has immediate benefits. A long term investment in capability to drive high performance requires commitment and systems thinking.

Working HARDER at Change Management Working SMARTER at Change Management More frequent CABs Continuous Compliance Better ticketing systems DevOps Change Management

Basically, it all boils down to this: “We cannot solve our problems with the same thinking we used when we created them.” To solve Change Management, we cannot think in terms of documentation and meetings. We need to take the same learning we had in testing, where manual, repetitive and error-prone work is replaced with automation and exploratory risk management.

The paper concludes with this upbeat message:

“The only barrier was a mental model that there were no resources or time for improvement”

🤓

Top Articles

How regulated teams can avoid the DevOps Lite trap with DevOps Change Management

How to secure your software supply chain with Artifact Binary Provenance

Merkely 2021 - Making friends with change

Published December 2, 2021 in
Mike Long
Mike Long

Subscribe to The Merkely Meteor for all the latest news, updates and ch-ch-changes

Subscribe to the Merkely Meteor

More posts in features

It’s time to say “Ok, Boomer!” to old school change management

For technology organizations, change is inevitable. From operational changes in the form of mergers and expansions to frequent software updates and bug fixes, change management is of utmost importance. But, it’s this second aspect of change, at the level of the code, that takes increasing precedence in today’s software driven organizations because it affects day-to-day tasks as well as high-level management.

The Jan Bosch Interview: The Future for Technology Companies

A few days ago you posted a video from the Software Center about doing continuous testing in regulated, safety critical environments. And it immediately attracted a bunch of objections from people in the comments.

10 outdated beliefs about software

The world of software remains a fascinating place and I keep being amazed at how rapidly it continues to evolve and transform. We certainly have come a long from the early 1980s when I was a teenager programming BASIC on my ZX81.

Subscribe to The Merkely Meteor for all the latest news, updates and ch-ch-changes

Merkely is committed to protecting and respecting your privacy. Don’t worry if you change your mind you can opt out at any time - Review our Terms and conditions and Privacy Policy
Subscribe
Merkely is committed to protecting and respecting your privacy. You can unsubscribe at any time by clicking the link in the footer of our emails. For information about our privacy practices, please visit our Privacy Policy.
Subscribe to the Merkely Meteor