Sunday 14 December 2008

Enablement: more than just empowerment

The difficulty with the use of empowerment as a concept is that it too often becomes restricted to the area of authority, that is to say the giving of power, rather than the wider context of achievement. For that reason, I prefer to use the term enablement, because that can be more than merely power, but include all the aspects involved in improvement, achievement, skills and success.

Apart from the strategic, goal setting and leadership aspects, management is about delivering, which in turn is dependent on other staff. Good management is about developing, encouraging and increasing the skills of the staff being managed. The better staff perform, the better the manager performs. Enabling staff to give of their best involves several factors. This check list may help managers, especially those new to people management, ensure they succeed in their job by enabling their staff to succeed in theirs.

Delegate outcomes not tasks: see the earlier post on delegation. Allowing staff to work out their own way of achieving the objectives you set them – with support – increase skills, confidence and ability across the board.

Ensure people have the resources they need to do their jobs. This is not only adequate budgets and staff, but access to you and others for advice and help when needed, facilities such as office, equipment, and specialists.

Give them the authority to command the resources they are given: if they need to hire people, they must have the power to select, and to decide on terms etc (within corporate guidelines), and the power to spend their budgets.

Share your skills and knowledge: mentor, coach and support people. A good manager is not threatened by his or her staff being progressively skilled in what they themselves do.

Learn from your people: they will bring different ideas and approaches that you can use, increasing your own skills.

Review successes and failures, identify causes, strengths, weaknesses, so that you and your staff can build on success, and learn from mistakes.

Remove barriers that prevent staff achieving their objectives, because those are your objectives too. Get the extra resources, use your own power and authority to deal with obstructions or lack of cooperation from others in your organisation.

Accept accountability for what others do, as well as what you do. Accountability cannot be delegated: you will be held accountable for what is your responsibility irrespective of whether you personally do the work or it is done by others. Each level below you retains their own accountability, even if the work is delegated further down. For example, the director of a local authority social services department is accountable for how their section managers perform, and for the work of every field social worker. A Chief Constable is accountable for what every PC does.

Praise and reward more than blame. If staff are successful, thank them , and let them know you are aware of and appreciate their success. If things go wrong, find out why, and how to help them.

Develop training plans for each person, based on their existing attainments, knowledge and skills, and what they will need in the future. Ensure they can do what is expected effectively and efficiently.

Have career plans for your staff, based on what they can do, what they will be able to do, and where they want to go, and help them work towards their future.

There is a rule that every manager should understand and communicate: successes are due to the people who did the work. Failures are the fault of you the manager.

It is your responsibility to ensure your staff can deliver: you must enable them to do so.

Thursday 11 December 2008

Delegating for results

It is always good to get positive feedback from people (and important to give it, too), so I was really pleased when someone said that some advice I had given her was the most effective she had ever received. The advice was on how to delegate. She was a specialist who had taken on an important management job, involving several workstreams, frequent unexpected and complicated additional tasks, and a team of people of varying experience.

When I first met her she felt she was having too many problems, had too much work to do, and not getting enough from her team. A few questions showed that she was doing work that others could do for her, that she was not expecting enough from her people, and that she was spending too much time reacting rather than controlling.

She wanted to delegate, but had found that it took longer to explain than to do it herself, and she had to spend too much time ensuring tasks were done and then allocating and defining the next.

I suggested that the key to her problem was that she was delegating details. one after the other. By concentrating on specifics of how to do something step by step, rather than allocating a specific outcome and leaving the person to work out the steps for themselves, she was taking far too much of her time, and the other person's.

The secret to effective delegation is to accept that someone else may not do something the way you do, and may take a bit longer the first time, but that is still better that you doing it, or micromanaging the other person to ensure they do it your way. The way it is done is usually far less important than getting it done. But delegating outcomes still has to be done properly to work.

Here are my views on the key factors:

Delegate outcome, not tasks: ask someone to organise a meeting of sales managers, off site, one day, rather than a succession of tasks allocated one after the other, such as find a venue for a meeting of 30 people near the office for a day, and then check diaries, and then contact all the sales managers, and then set up speakers etc etc. You don't want the tasks done for themselves, you want a sales conference set up.

For this to work, you should provide a clear, succinct brief. Unless you are setting up a relatively big project, one page is usually enough. Writing it down is not essential, but helps to clarify your own understanding of what you want, as well as being helpful to the person you are delegating to. It should state the desired outcome, the important factors that apply, the timescale and the budget available, for example, an expanded version of this:

  • Arrange Sales Managers Meeting in May, on a Friday, all day, off site

  • Conference room with projectors, white boards and usual high level stuff. 30 attendees.

  • Subject: new sales and marketing campaign – coordinate with marketing department and sales director

  • Budget for event £50k. Use secretarial support from team.

  • Give me weekly report: one page: Achieved this week, planned for next week, problems and issues.

  • Seek advice where helpful. Inform me of issues that need my help. Complete arrangements within six weeks.

This approach should ensure that both parties understand what they are trying to achieve, and the general terms of reference.

As a manager you should bear in mind two overriding points. Firstly you may make someone else accountable for something, but you can not delegate your own accountability: you are still accountable for the outcome even if you did not do the work. Secondly, you are responsible for ensuring the person can do the work: it is your job to remove barriers, enable them by giving them the right resources and authority, and encourage them to develop new skills. One idea is to include in the brief the fact that the person should also produce a checklist and short guide for the next time something like that has to be done, whether they do it or someone else does.

Future pieces on this blog will explore some of the issues here in more detail.

Tuesday 9 December 2008

Indispensable? Fire them now

If you have a staff member who you think is indispensable, the best thing you can do is fire them right away. If they think they are indispensable, fire them even faster. If you think you are indispensable, stop it now. There are a number of reasons for this.

The first, and most important, is that by firing them you will almost invariably find that they were not, after all, actually indispensable. They made themselves appear so, but in reality they can be quickly replaced, or other people can do what they did at least adequately: in fact, often the indispensability is due to what their own staff do, not them.

Secondly, people who think they are essential will sooner or later hold you to ransom. They will demand pay increases and/or other benefits with the implied or actual threat that they will leave. And usually, they will do this when they think their loss would cause the most damage. Fire them now, and get it over with. That way you are in control.

Thirdly, anyone who is a manager or supervisor with the power to make decisions who does not ensure they have not just succession planning in place, but that there are others who can replace their work is a failure. They themselves can never be promoted, because they are indispensable in their present role.

Fourthly, a key responsibility of a manager is to support, mentor, encourage, train and enable their staff to realise their maximum potential, and make the maximum contribution to the organisation. A manager not doing that effectively is not doing the job they should be doing.

Fifthly, if someone really is absolutely Indispensable, you need to know that for sure, because you may lose them for some other reason, such as illness or accident, or a competitor, at any time. Might as well fire them as soon as you can put in place arrangements that render them dispensable, and before they hold you to ransom or drop you into something nasty by walking out at a bad time.

And if you think you are indispensable, consider that your manager will be considering these things about you.

Friday 21 November 2008

Process following getting in the way of outcomes

We now have, in many organisations, a culture where processes take priority over purpose. When the concept of Business Process Re-engineering first began to spread, the promoters and practitioners were clear that it was a technique to revise and re-design work more efficiently, to eliminate unnecessary activities, and ensure the correct steps were taken and nothing overlooked. This involved mapping processes step by step around work flows which took a process, for example creating an invoice, from sale to printing to recording, through the minimum steps, but all the steps, needed to carry out some action. Bearing in mind how work and tasks grow and grow over time, some spectacular improvements were implemented.

Now, there are too many organisations, especially in the public sector, where their natural affinity for bureacracy, form filling, and back covering has interbred with poorly understood management jargon and corner cutting lowest price bid acceptance, to produce a tick box culture. The tragedy of the Baby P death demonstrates many aspects of this.

The management defended themselves by saying that 'correct procedures' were followed, that no mistakes were made, and they have three stars for efficiency. Yet the baby died. Every worker ticked each box at the right time. Every step was completed and form filled. Yet the baby died. The processes, workflows, forms, computer systems, scorecards, traffic light performance management, deadlines and so were followed impeccably. Yet the baby died.

The object of all the processes and procedures was to protect the baby, and that was the one thing that they conspicuously failed to do. The same problem occurs throughout business and government: no one makes any mistakes, but the whole point is forgotten.

There can be no clearer indication of how wrong things have really gone when it becomes apparent that the computer system designed to help staff work more effectively in fact takes up more than half their time.  This is an extremely common outcome for large computer systems across the board, and a future blog will try to explain why this is. The essence though is that the systems are designed by people who do not understand how and why the people who will use the system really work. 

The only practical solution is to revisit these processes and procedures, simplify the checking and form filling, and refocus on the outcomes not how to get to them. A simple tool for doing this is to evaluate each step as to how important it is on a common scale, what are the real risks surrounding it, and what does it contribute to the outcome.

Drugs, risks and bad counting

Last week saw a lot of articles, like this, on the 'wonder drug' rosuvastatin (Crestor), which apparently cuts heart disease risk by 40-50%. 

To emphasise the benefits, the drug companies like to talk about relative risk reduction, rather than the more helpful absolute risk. To illustrate the difference, anyone can improve their chances of winning the lottery by 100%. All they have to do is buy a second ticket. The absolute chance of winning is still rather too high to change your way of life in anticipation of a win - about 1 in 7million.  So to understand real risk to an individual, the figures need to be examined. Ben Goldacre in his Bad Medicine column in the Guardian talks about this.

The details of the research project (Jupiter) show in fact that for the 18000 people in the study, the absolute difference in death rates for ALL causes between those taking the drug and those on a placebo was 49 people (247 to 198). Only 400 heart disease events, such as heart attacks and strokes occurred in total for both groups, about 2.2%., but over half were medical interventions to deal with symptoms rather than sudden illnesses. Only 12 people in each group died from strokes. At the same time, about 100 extra people on the drug developed diabetes. About a quarter of the people dropped out, before the study was stopped after less than two years because of its startling 'success'. If the study had continued for five years there would have been no one left at the end. Coincidentally, although it is not often mentioned, about 25% of people on statins have side effects such as mental impairment, muscle pain, memory loss etc. Other studies (GISSI-HF  and CORONA. for example) have shown that rosuvastatin provides no benefits.

So why are AstraZeneca funding such studies and trumpeting trivial outcomes as huge percentages in relative risk reduction? Could it be that they would like as many people as possible taking an expensive drug every day for 25 years? The current preferred drug, Simvastatin, is now off patent, and therefore cheap. As an illustration, one US commentator pointed out that to save one life using Crestor would cost almost half a million dollars (400 person years of the drug to avoid one death). So, rosuvastatin is a me too drug designed to reinstate an expired patent, rather than produce any other result. 

This is clearly not getting it right. The purpose surely should be to look for cost effective ways of reducing ill health, not selling drug products. Of course, these research studies are expensive to run, and all of them rely on funding from drug companies. None of Big Pharma can or will spend money on comparing their drugs with other solutions. Thus we have extensive testing trying to prove for example that statins reduce coronary heart disease compared with a placebo, but none comparing the drug with normal health improvement measures such as reducing weight, changing diet, exercise. 

There is one interesting fact that has yet to be explained about heart disease. The incidence started to increase noticeably in the 1920s, and peaked at the beginning of the 1970s, since when it has decreased dramatically, by about two thirds in real numbers (from 714 deaths to 194 per 100,000 men aged 55-64 between 1968 and 2005, for example).  Perhaps the right thing to research is what brought about these changes, and how we might extend it.


Things going wrong

The government has spent untold billions on the National Health Service, but there seems to be little improvement in many areas. They have spent more billions on huge IT projects for the Inland Revenue, but they have not worked. The Child Support Agency was a disaster, railways are a mess, education has fallen to pieces. It seems almost all huge projects fail, almost all 'improvements' make things worse. And althought these are public sector examples, the private sector has just as many horror stories (see the banking system), but usually they are kept private.

The question then is why does all this effort to make things better do the opposite. The management guru Charles Handy describes the two error types: type 1 is getting it wrong, that is making mistakes and other types of failure,  type 2 are not getting it right. Almost all of these failed projects and changes are type 2 errors, where avoiding obvious mistakes has taken precedence over achieving the intended outcome, which has dropped from sight.

This blog is a personal view of some of these type 2 errors.