Kosli devops change management It’s 2021! Why does Change Management still suck?

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

Mike Long
Mike Long
Published December 2, 2021 in features

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…

work harder work smarter image Kosli

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

The paper concludes with this upbeat message:

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

🤓


About this article

Published December 2, 2021 in features

About the author

Mike Long

Mike Long


ABOUT THIS ARTICLE

Published December 2, 2021, in features

AUTHOR
Mike Long
Mike Long
Live in Git Blame? Don’t spend hours searching for the change that broke your application! Query, search and discover all the changes in one place

Latest articles

Kosli announces Innovation Partnership with DNB and Firi

We are pleased to announce that Innovasjon Norge has awarded Kosli an innovation grant of 3.4 million NOK to pursue a R&D project with DNB and Firi. In this blog we’ll give you an overview of the …

The Ultimate Guide to git blame: A How To with Examples

Source control tools give users many powers and one of the big ones is traceability. With traceability tools you can know exactly who made each change and when they made it. In Git, you use the git …

Git Blame in VS Code: The 4 Best Options

Most production projects have a team collaborating on them, so even in a single file there can be multiple contributors. When things go wrong, it’s useful to understand how and why certain changes …

Sign up to our newsletter

We'll let you know about the Kosli launch, product news, features and updates
Kosli is committed to protecting and respecting your privacy. By submitting this newsletter request, I consent to Kosli sending me marketing communications via email. I may opt out at any time. For information about our privacy practices, please visit Kosli's privacy policy.
Kosli team reading the newsletter

Let’s chat!

Got a question about Kosli? An idea for a new feature? Join Kosli Slack and talk to us.

Join
Developers using Kosli