Musing on Organizational Change

Posted by: Esther Derby on 05/21/2010

A while back, I sat in on a birds-of-a-feather session on organizational change.  The main theme was bemoaning the difficulty changing even mid-sized organizations.

When people talk about how hard it is to bring change there’s a tendency to blame:  people who don’t turn on a dime are labeled resisters, NoNos,  dinosaurs, laggards.

There certainly are people who don’t change as quickly and with as much enthusiasm as the people behind the change would like.

(I heard one agile evangelist  complaining about people who weren’t embracing scrum after a two-day workshop.   “I want them to drink the Kool Aid,” she declared in frustration.  Yikes!  I want people to consider and wrestle with a new idea, not accepted it as someone who has given up free will. I hope she was ignorant of  Jonestown.)

There are many reasons people don’t change as quickly as we’d like.  A few I cited in Seven Lessons for a Top Down Change:

  • they don’t know how to do what they’re being asked to do.
  • they don’t feel they have time to learn the new way and still meet existing goals and targets.
  • they believe the existing way is better.
  • they don’t think the new way will work.
  • they believe the new way will cause harm—to customers, the company, the employees, etc.
  • they don’t like or don’t respect the person requesting the change.
  • the new suggestion is counter-intuitive given people’s existing models of how the world works.
  • the new way runs counter to existing reward structures or other organizational systems.

When there’s been a failed change or a change that went badly, people may figure that they can simply wait out the change. I’ve certainly seen re-orgs done and undone within a year.  And not matter how good a change looks, it’s bad for someone, somewhere in the organization.

People have a valid reason not to change–from their own point of view.  Labeling them will not help.

Most change efforts take a deterministic approach to change.  Set the vision, establish a sense of urgency (usually through pep talks)  and then pull and push people towards the desired state.  That may work with a simple change.  But most change isn’t simple.

Entirely apart from the (normal) human responses to change, there are structural and systemic factors  that make change difficult in organizations of any size.

So sitting there in the BOF, I thought about the times that I’ve seen top down and bottom up changes grind to a halt.

Hierarchy acts as a filter. Change from the top can stumble when the desired change doesn’t mesh with realities on the ground. Other top down changes falter when there isn’t sufficient understanding of the gravity of the need for change–what’s self-evident at the top isn’t communicated to the people being asked to change. Some popular writers on change talk about creating a sense of urgency. One SVP attempted to generate some urgency  by declaring he wanted seven scrum team up and running by a certain date because it was his birthday–which generated cynicism.  Urgency doesn’t come from a “vision” or from pep talks. It comes from a clear understanding of the current reality and it’s implications for the organization (and the people in the organization).
Top down and bottom up change get stuck
Bottom up changes peter out when they run into systems, structures, policies, and procedures that hold the current pattern firmly in place.  For example, grass roots efforts to form teams can fail when HR mandates forced ranking.

From both directions, it’s critical to understand the visible and invisible structures and how they hold current patterns in place.

If you want to change patterns of behavior, you need to know something about the pattern you want to create.  You have to understand how the work works, see the system and change the system.  Pulling and pushing people won’t change the pattern (but it will result in the predictable responses that people have when they feel they are being pulled or pushed).


Post to Twitter


About Esther Derby

Esther Derby

Esther works with individuals, teams, and managers to improve their ability to deliver valuable software. Esther is recognized as a leader in the human-side of software development, including management, systems-thinking, organizational change, collaboration, team building, facilitation and retrospectives.

She’s been a programmer, system manager, manager and internal consultant. Since 1997, she’s run her own consulting firm, esther derby associates, inc., in Minneapolis, MN. Her clients include small niche firms, mid-size companies and Fortune 500 companies. She’s worked in financial services, insurance, health care and manufacturing as well as in product and software-as-a-service companies.

Esther is the author of over 100 articles, and co-author of Agile Retrospectives: Making Good Teams Great and Behind Closed Doors: Secrets of Great Management. She’s written widely on the topic of management, leadership, collaboration and change as they relate to companies adopting (or considering) Agile Methods, including Three Pillars of Executive Support for Agile Adoption (Agile Journal), Achieving Agility: Means to an End or End in Itself? (insights), and What’s a Manager to Do? (Better Software Magazine).

Esther is a sought after teacher and speaker. She’s given talks and workshops in the US, Europe, China, India, and New Zealand.

She’s a founder of the AYE Conference, and is serving her second term as a member of the Board of Directors for the Agile Alliance. She also was one of the three original founders of the Scrum Alliance.

Esther has an MA in Organizational Leadership and a certificate in Human System Dynamics.

Esther can be reached at (612) 724-8114, or by email.

Take a look at www.estherderby.com for more of Esther’s writing, or follow her on Twitter @estherderby

More About Esther »

NFJS, the Magazine

December Issue Now Available
  • BDD and REST

    by Brian Sletten
  • Mocks and Stubs in Groovy Tests

    by Kenneth Kousen
  • Algorithms for Better Text Search Results

    by John Griffin
  • Knowns and Unknowns of Scrum and Agile

    by Brian Tarbox
Learn More »