
The Science of Successful Organizational Change
This week Steven starts on the numbered chapters of (the introduction was content rich) Paul Gibbons’ book The Science of Successful Organizational Change. Remember to use the link to buy a copy to support the author, the podcast, and the blog!
This wee k Steven sent me a note indicating he now understood that the re-read process really causes the person leading the process to gets much deeper into a book leading to a need to write! As usual, I will add my comments in the comments of for this entry. – Tom
Chapter 1: “Failed Change: The Greatest Preventable Cost to Business?”
Project Failures
Change project failures are at 70%, or is it 50%? Gibbons coach us to question and dig down to get at the truth in this chapter. Plus, introduces us to many of his ideas around change management he will later discuss within this book.
Gibbons helps us better understand the question “Change project failures are at 70% or is it 50%?”, consider these 4 points about this question.
Point 1: The oft quoted 70% failure rate of change programs is likely only a “modest exaggeration”. “The statistic ‘70% fails’ was based on a survey data published in a non-peer-reviewed magazine and on out-of-context remarks by two well respected Harvard professors (Kotter and Nohria)” [footnote provided on page 18] (p. 18)
Point 2: 50% failure rate comes from several surveys and is probably closer to what the failure rate actually is. However, Gibbons warns that surveys asking if change initiatives are successful or fail are not robustly scientific (p. 19) but certainly is more accurate than the 70% quoted by consulting firms to engage with clients noted in point 1.
Point 3: The definition of failure is at best loose. Do we need to ask what does failure really means? Gibbons reference the SOCKS taxonomy of project failures to help us better understand and define failure. SOCKS stands for:
- S = projects that fail because of a shortfall of some expected benefit.
- O = projects that fail because of cost overruns.
- C = projects that fail because of some unintended
- K = projects that fail because they are killed/terminated without completing.
- S = projects that fail after deployment because they are not sustainable.
Point 4: Even with a crisp definition of failure, the definition of a change project is often ambiguous. Gibbons lists 10 categories to help group and define change projects:
- Strategy deployment
- Restructuring/downsizing
- Technology change
- Mixed change
- TQM (Six Sigma)
- Mergers and acquisitions
- Reengineering/process design
- Software development/installation
- Business expansion
- Culture change
Each of these change project categories has their own associated failure rates. Culture changes generally have the worst success rates of all types of change projects.
Later in this chapter, Gibbons uses the high failure rate of change projects to launch another topic — moving from Change Management to Change Leadership. It is Gibbons position that change management knowledge and skills need to be more widespread across the management team. The need is driven by the fact that leading and managing change is one common activity at every level of the organization. Gibbons states the need as:
“The amount of change that managers deal with, the high failure rates of programmatic change, and the constant challenges of continuous change suggest that failed (or failing) change is the single largest preventable cost to the business.” (p. 26)
Change is Continuous
A key point Gibbons makes about change is that change is constant. This observation mirrors my professional experience. This means that change is NOT a single episodic disruption to a business that occurs then everything settles down to a status quo. The change model of “unfreeze, change, freeze” no longer applies, unless you are decorating ice-cubes.
Gibbons previews many of the topics covered in this book by listing several “Change Myths.” He includes the chapter that the myth will be debunked and/or challenged.
I challenge you to pick one of these Change Myths (pages 28 – 29) that you think cannot be false. Many of these Change Myths are commonly accepted truths about change and/or human behavior.
My pick – “Involving many people slows progress”.
Chapter 8 should shed light for me about this Change Myth.
Next week we look at the Part I Overview “Change-Agility and Chapter 2 “From Change Fragility to Change-Agility”.
Previous entries in the re-read of the book The Science of Successful Organizational Change (buy a copy!)
July 23, 2017 at 12:31 am
Many change programs fail. Most of us recognize the truth in the statement even though we don’t have a firm handle on what failure means or even what change means in a way we can apply good science.
One of critical facets of why change fail, that everyone involved in change needs to avoid. is not recognizing that change is a people problem or splitting change into people/ technical components. Splitting change into technical and people parts leads to the people side to being under valued and therefore not dealt with because it is as tangible as the technical part. I can’t tell you how many times I have been told that lets just get a tool rather than dealing with values or leadership issues. Gibbons makes the “it’s a people problem” point emphatically. In the big picture, there is no difference between a technical problem and a people problem. No technical problem can’t be solved without solving the underlying people problem.
Another point that strikes home is the point that All managers need to be change leaders. Gibbons suggests that change is too important to be left in the hands of change specialists. Every manager/leader, at every level of an organization, needs to be capable of leading and managing change. I believe that change leaders need to teach other leaders how to lead and manage change along with the other BASICS of their job.
On a final note, Alex Yakima, interviewed in SPaMCAST 439, reminded us that effective change requires understanding the big picture (change is more than tools and techniques) and forethought based on organizational context! Alex’s interview dovetails nicely with Chapter 1!
July 25, 2017 at 3:13 am
Excellent comments! And a good idea to re-listen to SPamCast 439.
Next week, in Chapter 2, we see Gibbons present his big picture view of change, the “Systemic Change Model”.
July 23, 2017 at 11:55 pm
[…] Week 3: Failed Change […]
July 25, 2017 at 11:56 pm
[…] Success Bias. The independent test example is a reflection of success bias. A success bias occurs when a person or organization is successful using a technique or framework. For example, organizations that are successful using Scrum or DevOps will be emulated (this is truest when the news of success is amplified) because they are perceived to be successful. Adoption of these techniques is a filter bias that often ignores context and with a good definition of success. (Read Paul Gibbons’ book The Science of Successful Organizational Change for an in depth discussion for how to filter for success bias– our re-read can be found here). […]
July 30, 2017 at 12:00 am
[…] Week3; Failed Change […]
July 30, 2017 at 9:11 pm
[…] Week 3: Failed Change […]
August 5, 2017 at 11:56 pm
[…] Week3; Failed Change […]
August 6, 2017 at 9:10 pm
[…] Week 3: Failed Change […]
August 12, 2017 at 11:56 pm
[…] Week3; Failed Change […]
August 13, 2017 at 9:16 pm
[…] Week 3: Failed Change […]
August 19, 2017 at 11:55 pm
[…] Week3; Failed Change […]
August 20, 2017 at 9:16 pm
[…] Week 3: Failed Change […]
August 26, 2017 at 11:55 pm
[…] Week3; Failed Change […]
August 27, 2017 at 9:11 pm
[…] Week 3: Failed Change […]
September 2, 2017 at 11:56 pm
[…] Week3; Failed Change […]
September 3, 2017 at 9:10 pm
[…] Week 3: Failed Change […]
September 9, 2017 at 11:56 pm
[…] Week3; Failed Change […]
September 10, 2017 at 9:11 pm
[…] Week 3: Failed Change […]
September 16, 2017 at 11:57 pm
[…] Week3; Failed Change […]
September 17, 2017 at 9:15 pm
[…] Week 3: Failed Change […]
September 24, 2017 at 12:45 am
[…] Week3; Failed Change […]
September 24, 2017 at 9:10 pm
[…] Week 3: Failed Change […]