We all know that IT service management is about people, processes and tools, but for some reason we always seem to focus on the processes and the tools and forget about the people.
I once worked with an organization where the first question that was asked after a major incident was always “Whose fault was it?”, or something very similar. The senior IT manager needed to have someone to blame for everything that went wrong. As a direct result of this management style the organization never managed to improve. It was almost impossible to find out the truth about what sequence of events had led to a major incident because everyone was hiding vital information in an effort to avoid being the person that got the blame.
Contrast that with the ideal of a “blameless post mortem”. This is the idea that you should make it easy to share and learn from mistakes. If somebody in the organization makes a mistake and has the confidence to tell their colleagues immediately, then everyone can work on rectifying the situation, and thinking about how to avoid it happening again. Because the mistake is identified early it can usually be fixed sooner, reducing both the impact and cost of the mistake, and because everyone knows what happened there is a good chance that a repeat of the mistake can be avoided in the future.
This idea of sharing our mistakes and learning from them is not just useful for incident management. The same applies to everything we do in service management. For example:
I hear people saying that they can’t implement this kind of approach because if there are no consequences for doing things wrong then people won’t learn from their mistakes. This shows a complete lack of understanding of human psychology. It is well established that the best way to help people learn is to catch them when they are doing something right and offer positive feedback to encourage the desired behaviour. Punishing mistakes is a very ineffective way of correcting people’s behaviour.
Changing the culture of an organization can be very hard. If your organization’s instinctive reaction to a problem is seeking to assign blame then how can you change? The first thing to understand is that you can’t turn this around quickly, it will take time. But it really is worthwhile. Many years ago I was a senior technical consultant, providing 2nd and 3rd line support on hardware and software products, and diagnosing complex system problems. Management was not excessively severe in assigning blame, but very few technical people in the organization were willing to admit to making mistakes. I was sufficiently senior that I didn’t need to worry about how other people saw me, so I made a conscious decision to start talking openly about all the mistakes I made. Some of these were quite small but others were a big deal; I recognized that if I was making this many mistakes then other people almost certainly were too, and I believed that by being open about my own mistakes I could encourage others to be more open about theirs. After a while I noticed the culture had gradually changed, and it was now normal for people to talk about their mistakes.
Even if you currently have a blame free culture there are probably people in your organization who are nervous of owning up to things they do wrong. Anything you can do to help them talk openly about their mistakes will help your organization to learn. The sooner we discover a problem the cheaper it is to fix.
If you want to change your culture to one that is open about mistakes and learns from them then what can you do? It’s hard to change an organisation’s culture, but you can sometimes change behaviour to encourage the change that you hope to see. Here are a few things that I’ve seen work for other organizations:
How well does your organization balance its investment in people, process and tools? Could you benefit from encouraging people to talk about mistakes?