My Experience Building Deep Trust
26-04-2012Does Your Agile Transition Provoke a Grief Response?
13-05-2012Why doesn’t the C-Suite understand Agile? Agile improves performance, profitability and customer delight. Why don’t they get it? Why won’t they even take the time to look at it? This dilemma has puzzled Agilists for as long as there has been Agile. Software developers have long been confronted with a similar problem. Here is a look a their solution and three simple hacks which may help managers improve their performance and their company’s competitiveness.
I think there is a simple explanation for this: Top managers simply don’t have time to think deeply — about Agile, or anything else. They are overwhelmed, overworked and under extreme pressure to perform. They have no time or energy for creative thought. And since they have to deliver results every quarter, they can’t risk doing anything new. If they were software developers, they would be doing death march releases every three months.
To understand the problem, let’s look at the act of getting a meeting to discuss Agile with a top manager. You’re the Agile coach; how does it go?
1. Schedule the meeting
You (with the brilliant new idea): I’d like a meeting with you to discuss an awesome new approach to software development.
Manager: How does that affect me? I’m responsible for finances, not software. Besides, I’m totally booked! No time.
You: I understand, but this is really important. It’s about the future of our company.
Manager: Well, in that case, I can squeeze you in for an hour on Friday.
You: Thanks!
2. At the meeting
Your Manager has invited six additional people, mostly his direct reports, to the meeting. They all come and you all wait for him to arrive – about 10 minutes late. In the meantime, the other six people have all opened their laptops, and now are working on their emails and things. Of course they stop when the top manager arrives, but as soon as the meeting begins, their attention is divided between what is being discussed and what is happening on their computers.
The first thing the top managers says is, “I have to focus on our financial results for this quarter, so cut the chase. What do I absolutely have to know?’ Now you are flabbergasted and not quite sure what to say, but your try to deliver your points faster to the assembled notebook-readers. Five minutes before the end of the meeting, the manager has to leave for the next meeting…
Everywhere the same pattern!
Sound familiar? Of course it does. We’ve all been there. This could be a Dilbert cartoon. But it is daily life. Of those 7 people, five of them should not have come. All these people are seriously overloaded. They are taking on more work than they can accomplish, and trying to multitask as a means of working harder. So they are not doing anything well.
We’ve hit the limits on our ability to work harder. Management multitasking is evil. It kills performance. It kills the ability to innovate. And this eventually kills even the biggest companies.
I’ve been in the computer business long enough to remember working on the first timesharing minicomputers and mainframes. Back in those days, multi-tasking seemed like a great invention. The machine had lots more capacity than needed (or so we thought), so it could share that capacity among many users. Great in theory, but the users needed far more, which slowed performance dramatically down to a crawl. The same thing is happening in every large organization that I have come in contact with.
We have to do less.
Today, multitasking is used on lightly loaded notebooks, PCs and tablets to give their single user great performance: Dazzling graphics, snappy interfaces, sound and video are all possible because the devices can now do far more than is required of them. Does this sound like Apple? Apple works this way. What would it be like if your company gave your customers great performance?
Unfortunately, we cannot upgrade our brains with a faster processor. Would be nice, but I don’t think I’d do it even if some doctor offered it to me. So we have to do less and make that which we do count more.
So the alternative is to get rid of all the bloatware that is occupying your brains and focus on what really matters!
We need slack.
If you are working towards a new product release, how far before the deadline are you willing to try out something new? My experience is that 3 months is a pretty typical answer. If there are more than three months left, people are willing to try things out. Less than three months, people want to focus on the release. How is management like delivering products?
We need to get better at delivering results to Wall Street.
If a software team is not doing well with a monthly iteration, what should you do? Shorten the iteration. Ron Jeffries popularized this approach and any agile coach will tell you it’s true.
Management of public companies have to publish financial results every three months. They are always three months away from a release, so they are always under pressure to perform. Always frozen by the release which is three months in the future. What should management do?
How to get better management?
Here are three simple hacks to improve management:
- Meeting-free afternoons. Give yourself some slack. Just block the afternoons, leaving you available for short term issues and deep thinking.
- No notebooks at meetings. If the agenda isn’t worth 100% of your attention, then you shouldn’t go.
- Publish financial results monthly instead of quarterly. By doing it more often, a) You get better at it, so it becomes easier to do. b) You increase transparency, which increases trust between you and your investors. c) The consequences of a bad month are smaller than a bad quarter, so you decrease the need to manage the expectations, and your own stress level will be lower and more constant, giving your mind more freedom to consider new things.
OK, this last one seems counter-intuitive and might not qualify as a simple hack. Simple means, it does not require legislative approval, because three monthly reports can easily be consolidated into a quarterly report.
However it is very consistent with the experience of software teams – they are better able to manage the stress of releases when they release more often. They are also better able to improve their quality when they release more often. They have a more trusting relationship with their stakeholders. They have better releases.
As a manager, improvement starts with you. What would it be like if you could get your level of stress under control, so you could really focus on making your company a better place?
2 Comments
One minor correction – "because three monthly reports can easily be consolidated into a monthly report" should read "because three monthly reports can easily be consolidated into a QUARTERLY report", without the shouting, of course 🙂
Thank you, dnaworks for the correction.
Consolidating a monthly report into a monthly report shouldn't be a big deal, but with three reports, it really is not a monthly report anymore 😉