Skip to main content

Change Management - The hard part ... System 1 Engaged.

At Fundamentals of Change Management post I described four key concepts of change management that any logical and rational being can agree with immediately. But when it comes to applying those concepts and causing a change, the model breaks and the change agent encounters a bunch of emotional and irrational beings. They see proposed changes as an attack to their existence.

It turns out that these two types of beings (logical/rational and emotional/irrational) are in fact the two sides of the same being. They are intelligent and emotional beings with strong logical and cognitive ability, and they belong to a group, tribe or family. They have their own dreams, self-image, self-esteem and ego. With this, they each create their own identify in the society they live in.


Our guy (in above picture) is a human who is emotional with cognitive ability, has unique individual identity and belongs to one or more social groups. When we don't pay attention to that, then no matter how good your intention is you will encounter a strong passive or active resistance when proposing a change.

Who the hell are you to tell him to leave his mermaid, take the risk of climbing the mountain just to get a box of treasure?! What do you know about his life, and context he lives in? What do you know about his past and future dreams? You know nothing, Jon Snow!

I have tested and experimented different ways of causing change in organisations, teams and individuals (including myself).  Every time I caused the change with pure reasoning and logic, it was unsuccessful, had a short life and/or encountered huge resistance. The key was to accept the current reality of people's lives, see these people as unique individuals who belong to one or more social groups and have compassion and respect for them. And also the people themselves had to want the changes. Only then the changes encountered little or no resistance, were more effective and had long life.

I have witnessed failure in change initiatives, even after passing the rocks of resistance. This was simply because change also requires new behaviour and habit that may cause physical changes to neurones in the brain. The process takes time, it requires individuals to really want to change, and it is evolutionary.

That is why Kanban Change Management principles are designed to frame an evolutionary change:

  • Start with what you do now
    • Understand current processes, as actually practiced
    • Respect existing roles, responsibilities & job titles
  • Gain agreement to pursue improvement through evolutionary change
  • Encourage acts of leadership at all levels




Comments

Popular posts from this blog

Moving from Basic DAD Scrum Based LifeCycle to Continues Delivery (Kanban Based) Lifecycle

I was thinking what the title of this blog post could be, I had couple of options to select from and decided to use a title that uses Disciplined Agile (DA 2.0) Lifecycle. Other options for titles were: Moving From Scrum to Kanban From High Performing Scrum Teams to Hyper Performing Kanban  The bottom line is that at some point you may want to move away from Time boxes to a flow of work and service oriented teams and improve performance and throughput without massive and sudden organisational change.  As always, I only share my experience and this may not apply to all situations, context is important.  Another reason that I selected “Moving from Basic DAD Scrum Based LifeCycle to Continues Delivery (Kanban Based) Lifecycle” as the title, was that for many it is a question mark how to navigate through DAD life cycles. and I think this blog post could be one of the ways to navigate.  Context: A Delivery Team started with Type A Scrum with 2 weeks Sprints. After a while,

Stay Fitter

1st edition of Fit for Purpose: How Modern Businesses Find, Satisfy, and Keep Customers from David J Anderson and Alexei Zheglov was published in Nov 2017. They wrote the first edition in 7 weeks during summer 2017. I had a chance to provide feedback to them as they were writing and editing their chapters. The book basically talks about what a product and service is made up of, how customers measure the product or service and what metrics company managers must apply at different levels to be always fit for customer purpose (the Why's of the customer). If I want to summarise the book in one statement, it would be like: Align your business to how your customers measure your product and service. When I was reading the chapters, four guys came to my mind: Peter Drucker, Jack Trout, Eliyahu M. Goldratt and Clayton Christenson. The book reminded me of Peter Drucker; because he once made a profound observation that has been forgotten by many, his observation goes like this: "B

Escalate, Escalate, Escalate!

What is escalation at organizations? Is it a way to solve problems? Is it a way to report things? Is it a way to put more pressure? Is it a CYA technique? What is it? How do you use it at your organization? How other colleagues of yours use escalation? Really, think about it and observe. At IT service companies, leadership measures the performance of IT Help Desk by number of escalated work items over a period of time. The less escalation the better . The reasons are simple: It is cheaper for companies if an IT Help Desk Specialist resolves an issue than an experienced technical specialist at one or two level higher. This is simple math, one gets $X and the other get $X*2 And when client gets result fast, he/she will be happier. So, less escalation equals happier client in IT Services. Client raise an issue, IT Help Desk Specialist resolve it, BOOM, Next! At organizations, It is amazing (sadly) to see how much lower level managers escalate problems, that they and thei