Managing change in your organisation is a real challenge - lets talk about it, develop ideas, and rant and rave. Let's remember that change in people's business lives affects their real lives too.

Thursday 14 June 2007

Change fatigue, kissing frogs and eating elephants

You have to kiss a lot of frogs to find your prince (why is it never princess?). This is the same with change in a lot of organisations - you have to make a lot of changes to get to your optimal position, some will be successful and others won't. Sad really that we continually flog ourselves in our business lives to get to a position of 'optimality', but achieving this is often a meandering slog.

And worse, we're never sure when we've kissed enough frogs and found enough princes/princesses to achieve our goal - perhaps you can never have enough, perhaps we don't know what our goal is, or someone keeps moving the goalposts?

That's enough about frogs. The real point of this note is to try to write down the reasons why organisations experience perpetual change, and what can be done to minimise change if appropriate. I hope readers have their own ideas to add.

Change fatigue is experienced by most of us at points in our professional (and personal) lives. You can see it in other people when they roll their eyes, slump their shoulders, drag their feet, gossip and whinge etc upon announcement of another change - somewhat unexpectedly the small changes to things like organisational design often get the same reactions as more significant changes (shock, anger, etc). People are people - they have egos and personalities and whatever is changing around them they're looking at the following questions;
  • what's in it for me?
  • was I asked?
  • when and how?
  • how does it really affect the things I care about?
  • why is it happening yet again?
Let's look at why perpetual change happens;
  • because it can. Cynically it gives managers something to do. I don't really think this is common in the real world though, it is often about 'eating the elephant' - lots of changes ('bites') need to be made to enable the ultimate goal ('eating the whole elephant') to be achieved.
  • Using the elephant analogy further, do we really know what the scale of the elephant is? Is there a corporate strategy that elaborates the desired end-state, and what the journey is to get there in terms of underlying operational strategies ? If this isn't clear, then there may be false starts, and false end, leading to the perception of piecemeal change and hence change fatigue.
  • Will the elephant stand still? Clearly a lot of changes are foisted upon organisations by regulators, governments, local authorities, professional bodies etc, and these cannot always be planned for. Some of these changes will be planned, others will not. There are a number of other external factors that cause organisations to have to implement unscheduled change, such as competitive pressures, new products, business opportunities, M&A and the like.
  • How many elephants do we have? Nursing a herd is harder than just one, particularly when the want to move at different rates, go off on diversions, sleep and eat at different times.... The elephants will always need a different degree of nursing too - how much management time does each project require, and can they be managed collectively?

I'm sure that I could continue talking about elephants further, but the point is that there are good and meaningful reasons often why there is perpetual change (sometimes there is not), and I'll list the things that can be done to minimise the change fatigue.

  • Ensure that you have a strategy and a lucid desired end-state. And communicate it so that everyone knows where they are going and can learn to deal with it, and participate! If you tell a group of people that their roles are to be outsourced, then tell them everything (as far as you can), get them to meet their counterparts, understand the implications, get involved in the transaction and transition etc, as there will be a huge number of things that have to happen before the final transfer happens. It is in everyone's best interest that the change is a success.
  • Have detailed operational plans and strategies that map into corporate level strategy. Makes sure that the managers responsible stick to agreed plans.
  • Manage all change in one place - you should aim to get one view of all change across your organisation, and manage it as a cohesive whole at a macro-level. If anyone wants to change their plans, make an announcement or accelerate/decelerate, there is then a means of governance and ensuring that the implications of any adjustment are considered. This is a programme management or change director role.
  • Ensure that there is clarity of sponsorship - knowing that there is a senior sponsor (or the Board for significant change programmes) overseeing what is happening helps calm nerves. But sponsorship must be earnest and visible, otherwise it will not help.
  • Continue to communicate to all stakeholders throughout - once you've set along a path, keep coming back and telling stakeholders what is going on, and ensuring that there is two-way communication, websites, announcement plans and so on. This stops a lot of the worry, angst, gossip and wasted effort. If plans change, then communicate to people as soon as you can. If new things need to happen, communicate as soon as you can. You need to ensure that all key relationships are managed explicitly - if relationships fail, then you are more likely to fail.
  • Design your plans such that there are 'islands of stability' - periods where nothing new happens, everyone has a rest, focusses on the job. This will pay dividends.

Of course, the list above is just a list of things to do for well-managed change initiatives, but that is what makes them well-managed and what helps prevent change fatigue. It is people that stop change, so if you don't deal with the people aspects of change there is the real risk that your change programme will fail.

Friday 8 June 2007

The perils of not dealing wth the soft stuff - an IT perspective

John-Paul Kamath writing for Computer Weekly has laid down various opinions on the importance in managing stakeholders from an IT viewpoint.


I've blogged on this before, but the bottom line in the article is that if you fail to get people behind your development it will fail. There isn't a huge amount of further insight that anyone can give.

Wednesday 6 June 2007

Neglecting to manage change..a poignant article

Dr Andrew M Jones of Lancaster University has published an interesting article in this month's Consulting Times entitled 'Neglect cultural issues at your peril'. Paraphrasing hugely, the article talks about the need to map cultural change aspects to changes in strategy, and indeed that shareholder value is often destroyed where people issues are not dealt with up front.

It surprises me somewhat that there is a need for this type of article in the professional press, and that the enlightenment is still only drifting through amongst leaders of large organisations (see previous posts). Dr Jones quotes Merck's CEO, Dick Clark

“The fact is culture eats strategy for lunch. You can have a good strategy in place, but if you don’t have the culture and enabling systems that allow you to successfully implement that strategy, the culture of theorganisation will defeat the strategy,”

I summarise this a 'people stop change'. You can have a great strategy, all the technology and cash that you could ever wish for, but if you don't manage your stakeholders you are setting yourself up to fail.

Let's think about a mythical organisation that has a new strategy for world domination. What could go wrong? Here's a short list;
  • top managers don't understand the strategy, or indeed buy into it - they carry on working as before;
  • clerical people didn't understand the previous strategy (any of them?), and don't understand this one or care - they carry on working as before;
  • middle managers (the 'nougat' layer) don't worry about strategy, they just need to maintain their bonuses by turning out widgets - they carry on working as before;
  • and so on.

People stop change - you cannot avoid addressing these people issues as a fundamental part of whatever your strategic change is - otherwise there is a real risk that nothing will change, or if it does it won't endure. Culture is a difficult thing to change overnight of course, and a huge amount of planning and execution effort needs to be applied, starting at the same point that the consultants come in to help you map out your change plans.

What isn't change management?

There's loads of confusion out there about what change management is (or isn't), so here's a summary;

It is;

- doing whatever needs to be done to make an event/change happen, with focus on getting all of the practical aspects and people aspects aligned. One needs to ensure that the change happens and sticks - it is people that stop change, not technology. Change management in this sense applies to cultural change, organisational design, behavioural change etc.

It is not;

- Change management in an ITIL, IT, project sense - this is better labelled change control and/or configuration management whereby the control is ensuring that all aspects of a change (to an IT component, a form, process etc) happens, rather than whether people buy into the change and it actually endures.

Rant over.