Tempo 2.0 - Chapter 1: Create time to think

I made a mistake 10 years ago: I wrote and published my first management and leadership book, Tempo, in Swedish. That cut off most of my friends in the management community from reading it. It also limited the overall number of people who could read the book.

I have finally decided to do something about it: I am rewriting Tempo to keep it current, and I am doing the rewrite in English.

I will also publish the first draft of each chapter on this blog. You are welcome to read, and also to review and comment. Please click the comment link at the bottom of this post.

Eventually, I'll publish Tempo 2.0 as a book, but this way, I can deliver value early, and with a bit of luck, I can get early feedback from people with many different points of view.

Enough preamble, here is the first draft of the first revised chapter. I do hope you enjoy it.


We are not fit to lead an army on the march unless we are familiar with the face of the country—its mountains and forests, its pitfalls and precipices, its marshes and swamps.
The Art of War, by Sun Tzu

Have you ever had the feeling that work in your organization could, and should, be a bit easier and smoother than it actually is? You are probably right. Would you like to do something about it? Reduce the pain, and increase the joy, of working? This book is written for you. I do hope you will find the things in here as useful as I have.

There is a little snag I should tell you about upfront. This book will be useful to you only if you do quite a bit of thinking. It is likely that you who read this is a manager or leader. Most managers and leaders I know are intelligent people, but they often lack the time to reflect, think, and learn. That is why we will start by creating a little bit of extra time for you, time to read this book, time to reflect on it, time to practice, and time to focus on the things most important to you and your company.

Starting tomorrow morning, do the following:

Begin each day by asking yourself: What can I do that is of the most benefit to my organization today?

Focus on strategic decisions. Delegate decisions concerning the daily work. Don’t make decisions that can be made by someone else!

Give the people who work for you opportunities to make decisions of their own. Even if they make decisions that are worse than the ones you would have made, your company will still benefit, because it frees you up to make really good decisions about things that are important.

I recommend that your first really important decision will be to read the rest of this book.

Oh, and you will also need to practice, and reflect on what you learn. To really know something, you will have to spend a lot more time practicing than reading about it. It is by practice you learn skills and form new habits.

Is learning worth your time?

Acquiring a new habit requires quite a bit of effort. Letting go of old ones is even harder. Is it worth it? Ultimately, only you can decide if it is worth it for you, but let’s do a simple thought  experiment1 to think it through.

It is by no means a very accurate experiment. Nevertheless, it can serve as a guide on how to think about the value of learning useful things.

Reading this book, learning what’s in it, practicing it, and applying it, requires time. You may regard that time as an investment. So, how much time is it reasonable for you to invest?

What is the value of your learning time?

Let’s say you work alone, or that you only want to improve your personal life. You use what you will learn from this book to either reduce the time it takes to execute a recurring task, or to change the process so you can eliminate it entirely.

This is just a very rough approximation, so lets say you work 8 hours per day, 5 days per week. To simplify a bit, lets say a month is always four weeks, and that you work 12 months per year. You want to recoup the time you spend improving your process within 5 years.

Thus, if you want to save 1 hour on a daily task, how many hours can you spend improving your process?

The task is daily, so you will perform it 5 times per week, 20 times per month, or 240 times per year. In five years, you will perform the task 1200 times. The task took 1 hour each time, so if you spend less than 1200 hours improving it, you will come out ahead.

Given your 40 hour work week, you can spend up to 30 weeks learning how to shave off 1 hour on your daily task.

Let’s construct a table for this:

 

Frequency of Task

Time Saved

1/Hour

1/Day

1/Week

1/Fortnight

1/Month

1/Quarter

1/Year

1 Hour

9600

1200

240

120

60

20

5

1 day

 

9600

1920

960

480

160

40

1 Week

 

 

9600

4800

2400

800

200

2 Weeks

 

 

 

9600

4800

1600

400

1 Month

 

 

 

 

9600

3200

800

1 Quarter

 

 

 

 

 

9600

2400

6 Months

 

 

 

 

 

 

4800

1 Year

 

 

 

 

 

 

9600

Let it sink in: You can spend up to 30 weeks on learning how to shave 1 hour off your daily schedule, and you will come out ahead, in terms of time spent.

Let’s say you are a writer. It takes you 6 months to write a book. Assuming you can reduce that time to 3 months, you will save 3 months. That is 1 quarter. So far, you have been able to write 2 books per year.

We do not have a 2 per year column in the table, but we can look along the 1 Quarter row, at the 1 per year column, and see that if we publish 1 book per year, we could spent up to 2400 hours learning how to produce a book faster. We can double that for 2 books per year, so it is worth learning if we can spend less than 4800 hours learning it.

That is 120 weeks, which is about 2 years, 3 months.

How realistic is that? Well, my first management book, the original version of Tempo, took more than 2 years to write. The book after that, the anthology LESS!, took about 1 year.

The next time I considered writing a book, I thought: What if I apply the things I write about to my own writing process?

I did, and wrote and published a book in less than 2 weeks. I tried it again, and did it in less than 2 weeks, from planning to publishing.

The third time, I wrote a book about how to write and publish a book in two weeks, in less than two weeks. It was a close call the last time. As I recall, I published on the 14th day.

Here is the thing: I was, and still am, a slow writer. I did not learn how to write faster, I removed delays in the process, and I reduced the size of transfer batches! Exactly what that means, is something you will learn in this book. The ideas I used are from manufacturing, from software development, and from mathematics. I just applied them to an area where few people had applied them before.

There was one thing that did not go as planned: I tried to spread my ideas about optimizing the writing process among other writers. Most just ignored me, and more than a few got upset. The very idea that someone could write a book in two weeks was an affront. At the very least, it had to be by working harder, not by working smarter.2

The value of knowledge increases when more people use it!

It is time to push our thought experiment a couple of steps further.

Let’s assume that you are responsible for, or at least have influence over, how people other than yourself work. Let’s also assume that you are prepared to risk riling up an angry mob, or getting burned at the stake for witchcraft, or, that you work with colleagues, and for a boss that likes you to stir things up a bit.

If you can influence the way 10 people work, what will the table look like then?

I’ll switch the scale from hours to days, in order to keep the numbers reasonable.

 

Frequency of Task

Time Saved

1/Hour

1/Day

1/Week

1/Fortnight

1/Month

1/Quarter

1/Year

1 Hour

12000

1500

300

150

75

25

6.25

1 day

 

12000

2400

1200

600

200

50

1 Week

 

 

12000

6000

3000

1000

250

2 Weeks

 

 

 

12000

6000

2000

500

1 Month

 

 

 

 

12000

4000

1000

1 Quarter

 

 

 

 

 

12000

3000

6 Months

 

 

 

 

 

 

6000

1 Year

 

 

 

 

 

 

12000

 

If you, for example, run a somewhat large-ish software development team of 10 people, and you work in 2 week cycles (these are often called sprints), and it takes the team 1 day to deploy what the team has built at the end of each cycle, then you could spend up to 1200 person days, or more than 3 person years, on automating the deployment process, and it would be worth it.

If you are in the software business, you might want to argue that it would not take the whole team one day to deploy software to production, even if they do it manually. Well, if you count all the associated processes that might require manual work, like testing, meetings, getting permissions for this and that, it might well be more than 1 team day.

It is still common that projects and programs spend maybe a couple of weeks, build something that almost works, and then move on to other work, leaving them with incredibly costly manual or partly automated processes. Nobody knows how expensive, because nobody does the math!

Some of you who read this might have greater responsibilities than a single team. What if you run a large software development program, or department?

Let’s forget the tables, and just have an example for 100 people:

Let’s say you run a project at a pharmaceutical company. It is a small one, just 100 people. You are developing a new drug. Doing that can take a decade, and it is not every project that results in something usable.

If you have a dud, and have had 100 people working on developing it for 10 years, you have lost truckloads of time and money.

Lets say clinical trials normally take 6 years, out of those 10 years. If you can reduce the clinical trial period by 2 years, you can stop a failed project two years earlier than before.

That means you save 200 person years.

We could scale this up to 1,000 people, and more, but I think you get the idea:

It pays to know things!

A relatively small investment in learning new things, can give you an enormous payoff!

We are used to believing that if something will give us a great advantage, it has to be something really complicated and difficult to understand.3 Sometimes that is true. To build a rocket that can take humans to Mars and back, or a safe self-driving car, you need to know a lot of really complicated stuff.

On the other hand, there are also many things that are both useful and relatively simple. This book is about some of those things.

If you try to implement what is in this book, you will become acutely aware that simple is very different from easy. On the up side, you might also find that it is surprisingly interesting and fun.

Takeaways

  Figure out the one most valuable thing you can do for your company today. Do it!

  Delegate decisions that can be made by someone else.

  Knowledge is valuable! A little time invested in learning, can yield great results.

  Knowledge increases in value when you spread it in your organization.

  Read a little, practice a lot! Repeat!



1 I got the original idea for this thought experiment from the comic XQCD. I have just adapted and extended the idea a bit, and merged it with my own practical experiences.

2 Some famous authors, like Georges Simenon, and Michael Moorcock, used to write books in two weeks or even less. It is worth noting that they did it without the quality suffering.

3 There is a name for this cognitive bias: Proportionality bias is the belief that large effects must have large causes.

Comments

Popular posts from this blog

Waterfall - The Dark Age of Software Development Has Returned!

Waterfall vs. Agile: Battle of the Dunces or A Race to the Bottom?

Interlude: The Cost of Agile