The brain consumes about 20% of the body’s energy, and that is why we are by far the most dominant organism the world as ever seen.
From the point of view of development, I would say that formal processes represent about half of every company’s brain – a good deal of its memory, its practical skills, its controls of perception and behaviour, quite a lot of its capacity for reasoning, balance and coordination, and most of its basic language and social skills.
On the other hand, most companies' formal processes - their lifecycles, their operational mechanisms, their ways of working - are designed more like the brain of a crocodile. (The analogy is more exact than you might imagine.) They are spread out across they organism, they barely speak to one another, they are almost never tailored to the practical needs of their users, they are seldom created with a meaningful outcome or benefit in mind and never tracked or measured to see whether they are doing their job and seldom fixed even when they plainly aren't, they have no effective direction or ownership, they are formally changed in an arbitrary and impulsive manner, they are never changed to anticipate a real problem, and so on.
Without major evolutionary leaps processes like this will never evolve into something truly intelligent.
Why is this?
It is, I think, because we don’t bother to invest in them to the extent necessary. Perhaps we just can’t believe that they need maybe 20% of all resources. Perhaps, like the brain itself, the significance of these processes is lost on people who, almost by definition, cannot see what they contribute. After all, we only need to invest so much in a corporate nervous system because most the useful things an organisation does require a span of knowledge, control and attention no individual possesses. Hence the paradox of processes – they are installed because we cannot manage such vast and complex systems, but even when they are installed and doing their job perfectly well, we seldom construct, implement or support them in a manner that really improves our view of the whole. We are still cogs in a machine that, although it may now be working better, we still cannot grasp processes as a whole.
So what needs to be done to improve our grasp? There are quite a few things that can be done:
- Engineer processes properly in the first place!
- Make it a collective activity, don’t under-estimate how much effort it will take, or the hidden cost of getting it wrong.
- Start with a clear end in mind – and constantly test processes to see whether they are doing their job.
- Make sure everyone understands what the processes are for – i.e., don’t allow people to wander blindly through their work.
- Train everyone and train in detail. The ROI on training is higher than the ROI on almost anything else in management.
- Not training is not only completely counter-productive but also extremely demoralising and defeats the purpose of hiring intelligent, capable people.
- Do not over-engineer processes:
- Define standards and processes in terms of functional goals, not detailed technical steps, so they can be implemented and adapted locally.
- Conversely, explicitly Maximise local discretion and flexibility, so decisions made remotely cannot inadvertently force absurd actions locally.
- Make sure that you can fix any problems with the process.
- Instrument the processes to make sure they tell you how well they are doing without having to ask specially.
- Have an intelligent waiver/exemption process so local teams can escape the worst excesses of processes not defined for their purposes.
- Part of every well-defined process is the possibility of changing it. It will need changing, and you need that fact into it. So make sure that all processes are owned, with clear local accountability and authority to improve. Invest in the time and re-training needed to do that.
No comments:
Post a Comment