For the last few weeks (interrupted briefly by the holiday break) we have been looking at executive coaching. We have taken a look at some of the big problems executives face and at some of the ways we can use agile tools to help resolve them. We have looked at resource planning, controlling financial spend and estimating ROI. All these things, though, are manifestations of a more fundamental problem - the problem of control. Control is a real issue for executives. They are responsible for a P&L. They have business goals to meet. They have people under them to meet those goals. They are expected to be in control.

In a traditional environment they maintain control through their position as central decision maker. Any significant decision will be funneled up through them. In an agile environment we recognise that centralised decision making is slow and inefficient, so we decentralise the decision making for efficiency. The problem is that, to the exec, we have taken away their decision making (and therefore their control) and not given them any other control mechanism to replace it. Without some alternative control mechanism, execs in an agile environment will continue to rely on their old control mechanism - centralised decision making - to the detriment of the agility of the group. All the unnecessary steering committees, status reports, executive briefings, financial controls, and so on are all manifestations of this fundamental problem - how does an executive maintain control when they are no longer the one making all the key decisions?

Got a team that isn't performing? Won't raise issues in the retrospective? Acting like group of individuals rather than a team? Product owners constantly changing priorities mid-sprint? Scrum masters not protecting the team from interference? Team communicating via email instead of talking? That's quite a laundry list of dysfunction, isn't it? You would think you have a whole bunch of problems to solve, but if you are seeing all of these at once in a team that has been together for more than a sprint or two, chances are you only have one. It's a big one though. There is one really common dysfunction that can cause a whole range of problems. Usually, it's not a problem with the team, it's a problem with the wider organisation. What could well be to blame for your team's problems is...blame.

A corporate culture based on assigning blame for failure can manifest in a wide range of bad behaviours. The first casualty of a blame culture is trust. If everyone is frightened of being blamed for something, they will tend to start deflecting blame to others - "it's not my fault... Fred didn't get his part done in time...blame him!" Naturally, teamwork suffers as people retreat into self-protective shells and start communicating via documents and emails so they have evidence to back up their side of the story when blame time comes round. Naturally, this sort of thing makes teamwork pretty difficult. As soon as blame starts getting handed around, trust evaporates and with it goes teamwork.