The Business Sensei

Tortoise and Hare Schedules

Remember the old story of the tortoise and the hare? Aesop’s old fable about a race between the extremely fast hare and the slow tortoise is a famous one, appearing in countless children’s books. It also made its appearance on Rocky and Bullwinkle and The Bugs Bunny Show. In the latter case, the role of the hare was played by no less a personage than Bugs Bunny himself, which is almost, but not completely, totally unlike getting Sir Lawrence Olivier to appear in a high school production of Hamlet.

The fact is, though, the story has tremendous longevity. This little race fable has, as it were, “legs.” If there is one thing that story tortoise, it’s that speed simply isn’t all it’s cracked up to be. Indeed, one of the fastest people I’ve ever met was a 75 year old Judo master. He never seemed to move all that much, but no matter how fast we tried to hit him, somehow we always hit the ground instead. His secret, he told us, was that we simply had to be in the right place at the right time. As long as we could do that, we didn’t have to move very fast.

This same question of speed plays into how we experience time and, by extension, how productive we are. When we feel that we don’t have much time, we try to move faster. This is tiring: the hare, as you’ll recall, fell asleep before the end of the race. Not only that, and odd as it may sound, the faster we move, the less time we feel like we have. In a shocking counterpoint to Einstein’s Theory of Relativity, which says that the faster we go the more time slows down, when we go fast, time seems to speed up as well. My physicist friends assure me, however, that this would change if I could simply move at a rate approaching the speed of light. Failing that, we need to learn to experience time differently, and use time in ways that maximize our productivity without leaving us exhausted.

Fortunately, there are ways to do this. Instead of viewing time as ticks on a clock or blocks on a calendar, we need to step back from that rigid construction of time and instead view time for what it actually is: Nature’s way of making sure everything doesn’t happen all at once. Time imposes a sequence on our activities, and it does that no matter how much we may wish otherwise. That sequence, however, can be used to our advantage. Instead of being locked into a rigid, clock-based image of time, we can instead view time as a series of events. Each event triggers the next event. What does this mean?

When we are locked into a clock-based view of time, we attempt to start and stop activities according to the number on the clock: 3pm have pre-meeting meeting, 3:30pm meeting, 7pm post meeting discussion, and so on. When we are working with others and need to coordinate a variety of different people, use of space, and allocation of other resources, then we need to impose some of that clock based ordering. Too much of it though just slows us down: if something takes longer, or shorter, than expected, suddenly the whole schedule is thrown off. We get distracted and suddenly find ourselves running behind or forget to take breaks and wear ourselves out too soon.

Instead, within our blocks of time, and whenever we are working in a relatively unstructured environment, we need to think in terms of events. What events are happening around us? What events are we causing? Our events can be used to trigger us to change activities or take breaks. In one office, the coffee cart coming around was the trigger for people to take a break and move to a different task. An engineer working at home used the school bus driving by in the morning and mail deliveries in the afternoon as events to trigger him to switch tasks. We can even take this a step further, and create explicit linkages of events for our own uses: when I finish testing this piece of code, I will make a cup of coffee. When I finish my coffee I will review the documentation. When I finish… and so on.  When we plan and connect events this way, it’s amazing how much time we don’t waste just trying to decide what to do next.

The other piece of managing our perception of time is to create a schedule that we can beat. It’s quite amazing: when we’re ahead of schedule, we are simultaneously more relaxed and more energized. We focus better and come up with more creative solutions to problems. Unexpected obstacles are fun challenges. When we are behind schedule, we feel rushed. Every delay feels like a crisis. We take shortcuts and make more mistakes.

Ultimately, teams that are ahead end up further ahead. Teams that are behind, end up further behind. People who are rushed don’t see what is in front of them, lose track of where they are, and exhaust themselves too soon. If you want to win, design a schedule that you can beat not one that beats you.

Of Cats and Unwanted Prizes

I have three cats. Cats being the creatures that they are, I have only to sit down to read a book and instantly there is a cat on my lap. Regardless of which cat it is, a familiar pattern ensues: first, the cat carefully positions itself in front of my book. Once I adjust to move the book, the cat then carefully positions itself on one of my hands. This continues until I give the cat the attention it’s seeking. At that point, it first butts its head against me and then, purring loudly, turns and sticks its behind in my face.

I am sure that there are people who find this end of a cat absolutely fascinating. I’m even quite sure that there are contests in which cats win awards for having the most beautiful behind. For cat breeders and cat fanciers, it can be a big deal to win one of these cat trophies. It is a cause for great celebration.

In an office environment, however, a catastrophe is anything but a cause for celebration.

The worst thing about catastrophes is that they happen about as often as a cat sitting down on top of the book you’re reading. At least, to listen to some managers, it certainly sounds that way. Somehow, every little thing, every small problem, was magnified until it had the aura of impending doom. In short, every setback was becoming a prize for the cat with the most beautiful behind. At one company, the conversation went something like this:

“We’ve found a major bug in the software.”

“We can’t delay the ship.”

“We can’t ship with this bug.”

At that point, the manager started screaming that the product would go out on schedule, or else. When he finally calmed down and I was able to talk with him privately, he told me that he knew that if the company didn’t ship on time, the customers would abandon them and they would go out of business. He was happy to ship non-functional software to avoid that fate.

When he calmed down still further, he agreed to delay the ship.

I am sure that most readers are chuckling to themselves right now. After all, delays in software are legendary. Obviously, this manager was overreacting. True enough; the question is, why? Why would a perfectly sensible, intelligent man react so negatively to something which is, frankly, a common event in the software business?

It turns out that this particular company prided itself on holding to very aggressive schedules. The schedule was so aggressive that they were virtually always running behind. Therein lay the problem.

Time is a funny thing. We react very differently depending on how we perceive it. Being behind schedule all the time had the effect of generating a certain sense of urgency, which was the stated intent of the aggressive schedule. Unfortunately, the urgency generated in this situation was of the slightly breathless, heart-pounding sort similar to what one might experience if being chased by a very large cat of the “has a big mane” variety. A cat which, I might add, is looking to do more than just sit on your book.

The problem with aggressive schedules is that, in fact, being behind schedule can generate the same panicked response in people that they would feel in a situation which actually was dangerous. While in those situations, we’re very good at running away or fighting desperately, but we’re not good at making cool, rational decisions or developing innovative solutions to problems. Each pebble encountered along the road becomes a giant boulder. When we do finally get to the end of the project, rather than feeling a sense of accomplishment and success, there’s more of a sense of relief that at last it’s over. What’s missing is the thrill of victory that energizes people for the next project. That feeling of success is the key to getting, and keeping, people excited and motivated.

In short, instead of the team beating the schedule, the schedule was beating them.

Conversely, when a team is running slightly ahead of schedule, something very different happens. Running ahead of the game means that the team is feeling a constant sense of success. When people feel successful, they work harder, they are more creative, and they look forward to coming into work each day. Teams that are running ahead of schedule are more likely to develop innovative new solutions to problems rather than just slap on band-aids. Feeling that you have the time to stop and think is critical: just think about how easy it is to miss the obvious when you are feeling rushed.

The trick is to view your schedule as a living document. It’s something that you will constantly adjust according to the situation, especially at the beginning of a project. The less you know about potential difficulties down the road, the harder it is to plan: so don’t. Instead, plan to plan. As you move forward, you can revise and project the schedule further and further into the future.

If you find yourself running behind, that’s feedback. Pay attention to what it’s telling you. Is something more complicated than expected? Is someone overwhelmed with a task that turned out to be significantly more time-consuming than you thought? Did something go wrong? Is a vendor habitually late with parts? Is your schedule just plain too aggressive?

If you’re running ahead, that’s also feedback. It might mean that the schedule is too easy and your team isn’t being challenged. Be willing to become more aggressive. It could mean that you need to slow down: are people rushing and cutting corners? At one company, pressure on QA engineers to rush product inspections led to some very expensive and embarrassing recalls and some very irate customers. Moving way ahead of schedule could also mean that your team is working too hard too soon: success is a marathon, not a sprint. Burn out early and you won’t reach the finish line.

Leave the catastrophes to the cats.

Stephen Balzac is an expert on leadership and organizational development. A consultant, author, and professional speaker, he is president of 7 Steps Ahead, an organizational development firm focused on helping businesses get unstuck. Steve is the author of “The McGraw-Hill 36-Hour Course in Organizational Development,” and “Organizational Psychology for Managers.” He is also a contributing author to volume one of “Ethics and Game Design: Teaching Values Through Play.” For more information, or to sign up for Steve’s monthly newsletter, visit www.7stepsahead.com. You can also contact Steve at 978-298-5189 or steve@7stepsahead.com.

The Less You Do…

When I started practicing jujitsu, my sensei would teach a technique and then tell us not to over-control our partners when we attempted to do it. We’d all nod and successfully fail to execute the technique. My sensei would demonstrate it again, and we’d grab our partners and attempt the throw, jerking and hauling, and adjusting position until our partners completely failed to leave the ground. Sensei would demonstrate the technique yet again, and eventually we might notice that he really didn’t do very much. There was none of this jerking and adjusting and fiddling around. Rather, he’d start the technique and then just wait while the person he was doing it to reacted. He seemed to be not exerting any control or effort at all, yet his partners just fell down.

What my sensei had learned, and the rest of us had not, was patience. We would start a technique and when we didn’t get immediate results, we would assume it wasn’t working and try to fix it. Our attempts to “fix” the technique were, in fact, the reason it wasn’t working. How rapidly a technique works depends on the specific technique and the person you are doing it to: a taller person simply takes longer to go over your shoulder than a shorter person. A lock takes longer to run through a long, flexible body than a short, tight one. By not giving those bodies time to react, we were actually negating the effects of the techniques as fast as we started them.

I find a very similar problem playing out in the work place: a manager tells his group to get something done and before they’ve really had a chance to react, he’s running around exhorting them or trying to figure out why they aren’t moving. In fact, they were moving. Now that he’s in the way, they’re not moving any more. It takes time for a group to process information and then figure out the best ways to move forward. That critical planning time is essential to the group’s success. In short, the group needs time to react.

When the leader starts running around, he is effectively negating the progress of the group just as beginning students in jujitsu negate the progress of their techniques. What is worse, though, is that the manager’s frequent interventions themselves become the focus of attention. Instead of concentrating on the work that needs to get done, everyone is paying attention to the interventions and trying to change course each time something new is said or some new instruction is given. As people become steadily more frustrated, the quality of information processing only declines.

In one company, a particular VP had some issues with the way managers in his department were working. He instructed them to make changes, even brought in coaches to help them with the changes. Each time the coaches showed up, he had a different critical problem that they had to focus on “right now!” The coaching ended up having little consistency from one day to the next. The net result was that the company spent a good deal of money and got very little to show for it.

So how do you avoid the trap of too many interventions?

Start by defining what your results should look like. In jujitsu, this is often pretty easy, usually involving a person lying on the ground. In a business environment, it may be a bit more complicated but is still eminently doable. It just takes some up front investments in time and energy.

As much as possible, define the steps you will take to get those results. What are they and how do they connect to the results? Sometimes you can’t draw a perfectly clear path, so you need to make sure you include steps to evaluate and adjust course as needed.

Then determine how you’ll know you’re making progress. What things will happen that will give you early feedback that you are on course or off course? Having some clue about both is important: if no warning signs are appearing, you don’t want to mess around. Depending on what you are doing, the first signs of success may take a while.

This brings us to our next point: how long will it take to get results? Everyone wants results Right Now, but rarely does the universe cooperate. Indeed, as we’ve already seen, the more we demand Right Now, the longer things end up taking. It’s important, therefore, to consider how long the first steps will take. Of course, if you really want to make success more likely, make sure you start with some easy steps that can be completed quickly and will build momentum. Once you start succeeding, it’s easier to keep going.

Like in jujitsu, it often really is the case that the less you do, the more you get.

Time Blindness

Imagine for moment that you are back in college. In fact, you are a divinity student. Okay, I realize that some people might find this difficult to imagine, but bear with me. You’re a divinity student and you are about to give a talk on the Good Samaritan. On your way to the chapel, you see someone lying on the ground, clearly in distress. What do you do?

Now, the fact is, most people given this scenario state that they would help the person, or at least call 911. The reality, however, is sometimes just a bit different. In this case, fully half the divinity students walked right by the person lying on the ground. What was going on here? Why did half the students stop and help and half ignore the apparently ill person?

It turns out that in this particular little experiment, all the divinity students received a phone call while they were in their dorm rooms preparing for their talks. Half of the students were told that, although they had plenty of time before their talk, the organizers would appreciate it if they came down to the chapel right away. The other half were told they were late and need to come down to the chapel immediately. Which group ignored the person on the ground? If you guessed the second group, you’d be right.

It turns out that time has some funny effects on how we process information and manage our goals. When we think we have a great deal of time, we consider new information more carefully, we make adjustments, and we revise our plans if necessary. But when we feel rushed or under a tight deadline new information is easily ignored. Those students who were suddenly feeling rushed? They were so focused on their goal of giving a talk on the importance of helping others that they were not processing the information in front of them, even though that information was directly related to the content of their speech.

Practically speaking, what does all that mean?

I worked with a client where everyone believed that their problem was that they were not communicating. They made great efforts to make sure that everyone spoke to everyone else, and that important information was communicated across the company. Despite all these efforts, nothing would change. People would still pursue goals even when those goals were no longer possible.

Well, one of the great benefits of goals is that they help us focus our attention on the things that matter. They also help us to ignore distractions. Unfortunately, one of the great drawbacks of goals is that they focus our attention and help us ignore distractions, particularly when we’re on an aggressive schedule.

The problem at that client wasn’t that they weren’t communicating. The problem was that they were not taking the time to evaluate the new information. Even worse, the very fact that they were feeling time pressure meant that they were already inclined to ignore any new information. Like that person lying on the ground, the new information was treated as a distraction from the important task ahead. Figuratively speaking, they simply walked past it.

So what can be done to prevent this from happening?

A critical part of goal planning is including time to check for new information and then consider what that new information means. Part of doing that successfully is allocating time for that one task and only that one task: what is new and what does it mean to what we are doing now? If you try to evaluate new information late in a meeting or mixed in with other material, it just doesn’t work. Rush people and they rush past the new data.

It’s only when we both create time for new information to enter the conversation and create time to process that information that we can see the man on the ground and take the appropriate actions.

What Is The Momentum of Time?

This is an excerpt from my new book, Organizational Psychology for Managers

As we discussed when we looked at the High Performance Cycle and goal setting, goals have momentum. In a more precise sense, success has momentum. When we are succeeding, we feel better about ourselves, our work, and the organization we are a part of. How we manage time plays a major role in our perceptions of success.

As we saw earlier in this chapter, when we feel rushed, our perceptions narrow. We don’t see things that are right in front of us. We will even miss things that matter deeply to us: when they felt rushed, our divinity students speaking on the Good Samaritan completely missed their opportunities to live up to the content of their talks. In business settings, people in a hurry will spend days, weeks, or sometimes months not noticing the solution that is staring them in the face.

Whenever we are running behind our schedules, we end up feeling rushed. Being behind schedule might trigger people to work hard, but they do so at the expense of working smart. When we are behind schedule, every minor problem becomes a major disaster. It’s just one more thing that is preventing us from hitting our deadlines and getting the job done! As a result, we tend to respond with quick fixes and overly simple solutions just to get the problem to go away. At one software company, when the product team was clearly not going to make the deadline, the director of engineering grudgingly allowed them another two weeks. They still weren’t ready, so he did it again. This proceeded for about three months! Half of each two week chunk was spent undoing the quick fixes they’d implemented in their frantic race to finish during the prior two weeks, and the other half was spent instituting a new set of quick fixes! The constant feeling of pressure meant that no one had time to think or consider any solution that took more than a few days to implement. In three months of being behind schedule, they probably made about one month worth of actual progress! Had they just extended the schedule by six weeks or two months right from the start, they would have finished a lot sooner.

Conversely, when a team is running ahead of schedule, people are much more energized and creative. The feeling that there is time available means that people feel they have more space to consider alternatives and look for lasting solutions to problems. Unexpected problems become challenges rather than disasters. When a team is ahead of schedule and team members work long hours because they are excited, they are choosing to put in that extra time. When the team is behind schedule, team members are often pushed to work long hours to try to catch up. The choice is no longer really theirs.

Fundamentally, being behind schedule means feeling that we don’t have control of the situation and our time. Being ahead of schedule means feeling that we do have control of the situation and our time. The more control we think we have, the more motivated and focused we are. Individuals and teams that feel in control work harder and produce higher quality results than those that feel that they don’t have control. Thus, a team that is ahead tends to pull further ahead and teams that are behind will often tend to fall further behind until the inevitable triaging of incomplete work allows them to declare themselves done.

Going back to the High Performance Cycle, when we complete goals with a burst of effort and blast across the finish line after being triumphantly ahead of the game, we feel a much greater sense of satisfaction and internal reward. The external rewards also tend to be greater in that situation. When we stagger across the finish line after completing the equivalent of the Bataan Death March, we just feel exhausted and relieved. Internal rewards are lower and satisfaction is lower. It’s the first case that really builds high performance.

Build schedules that you can beat with hard work. If you consistently finish with lots of time left, then your goals are not aggressive enough. If you are always falling behind, then you are too aggressive. Pay attention to the feedback that you are getting as you set deadlines and see if you are making them. It takes a certain amount of effort and practice to make your schedules appropriately challenging but not impossible, particularly because we tend to routinely underestimate the difficulty and time requirements of most tasks: just think about Boston’s Big Dig or that latest home remodeling task you still haven’t finished. Remember that you want to start with easy goals so you can experience early successes and quickly move out ahead of the schedule: that will set the tone for the entire project. Starting with success gets momentum on your side.

How can I use event-based schedules to accomplish goals?

This is an excerpt from my new book, Organizational Psychology for Managers

In chapter 9, we talked briefly about the time component of goals. Without a deadline, goals are not seen as particularly important. If we want a sense of urgency around our goals, we need to put a target date on them and we need to have check points along the way to monitor our progress. But if we become overly specific about scheduling every piece of the goal, we find ourselves back in a clock-based schedule, with all the hassle and headaches that entails. One of the problems with a lot of goals is that components are at least somewhat open-ended. It’s one thing to go out and run on the track for an hour; a software design project may not be at a logical halting point after an hour, making it extremely hard to stop and move to the next thing. Instead, we need to treat goals as events, and use events to trigger our goals. We do this by using implementation intentions.

Now, having read chapter 9, you might be thinking, “Are you nuts? Didn’t you just tell us that intentions are not useful?” Well, it’s certainly true that intentions are not goals and should not be confused with goals. However, properly constructed implementation intentions can help us accomplish our goals. Implementation intentions are a way of linking an arbitrary event to a piece of a goal, linking one piece of a goal to another piece, and linking one goal to another. We can even use implementation intentions to link a goal to a break and a particular leisure activity to a goal as a way of making sure that when we stop, we then start up again. One of the biggest advantages of implementation intentions structured into an event-based schedule is that it becomes very easy to develop the habit of executing the steps in order without having to decide what to do next. When we have to think about the next step, that’s when we become the most vulnerable to distraction. Implementation intentions become the metaphorical cotton in the ears that protect us from the siren song of Facebook and other common time sinks.

We’ve already seen how to construct an event-based schedule. To add implementation intentions, or action triggers, we say or note down on paper, “Once I pour my coffe, I will sit down at the computer” and “Once the computer boots up, I will open Chapter 10 and write,” and so forth. By making the connections explicit, we make them more powerful. We “know” exactly what to do when the appropriate trigger occurs. Writing out the schedule helps considerably, since it means we don’t have to actually remember as many things when we’re busy.

Implementation intentions can also be connected to triggers in our environment: “When the coffee cart comes around, I will close the file I’m working on and make the phone call to Bob,” or, “On Wednesday night after dinner I will review the design for the new Tate GPS.” The more specific the implementation intention, the better. Specific triggers are easier to activate. More general triggers are easier to delay: “After dinner, I will…” is more easily put off from dinner to dinner. Sometimes our implementation intentions are conditional or based on an ongoing experience: “Once I find my way home from wherever this stupid Tate GPS took me, I will fire the person who designed it!” (don’t be surprised; he who has a Tate’s is lost).

Any external event can trigger an implementation intention. The best events are those that require no effort on our part to notice. Thus, “When I look at my watch and see that the time is…” is not a good trigger. Looking at a watch requires us to make a conscious effort to remember to do that and then think about the time. It’s better to trigger off something automatic, like the lights dimming or changing color, the mail being delivered, or that annoying guy who never varies his schedule an iota walking by. Since we so often work in environments with artificial lighting, you do want to be careful about using “it’s getting dark outside” as a trigger, unless you can control the lights. Having the lights automatically clicking on is a good trigger, or having software on your computer that changes your screen brightness according to the position of the sun is another. Even reminders on your smartphone can be very effective, although they tend to be more useful when you want to transition activities at a very specific time.

Some people find it helpful to use objects as triggers: “when I see the Perkins file in the morning, I will…” Like having too many goals, too many such triggers will cause confusion rather than triggering the desired behavior. You don’t want to trigger five behaviors and then have to choose. You want one thing to trigger and then it triggers the next thing, and so on.

It’s worth noting that successful athletes use implementation intentions all the time. When a fencer trains to respond to different attacks by their opponent or a judo player to different throws, what they are doing is setting up a very rapid implementation intention. Teams do it as well, although that does take significant practice since several people’s responses must be coordinated. Some athletes will even use implementation intentions to decide ahead of time how they will feel if certain events take place in the competition: “If I find myself down on points, I will be energized, relaxed, and focused,” or, “If another runner passes me, I will imagine a rubber band pulling me forward and snapping me past him.” As silly as some of these intentions may sound, rehearsing them works. The event triggers the feeling or the action.

For the Deadline Was a Boojum, You See

“There was one who was famed for the number of things
He forgot when he entered the ship:
His umbrella, his watch, all his jewels and rings,
And the clothes he had bought for the trip.”

— Lewis Carroll, Hunting of the Snark

 

Lewis Carroll billed the Hunting of the Snark as an “agony in eight fits.” While it’s not entirely clear what Carroll meant by this, the sentiment well describes the process of scheduling and hitting deadlines in many organizations. Certainly it’s clear that the Bellman didn’t have a schedule, or he wouldn’t have left his crew’s belongings on the beach.

Some years ago, I worked for a software company where the CEO decided that missing a deadline was a personal failing on his part. No matter what, the software would ship on the day he had announced. Even if the product had bugs, even if it did not work, it shipped on the day the CEO had promised. “Not a single day of delay,” said he.

He preferred to ship a product that did not work and then release a bug-fix rather than delay the software even a day. He never understood why customers grew increasingly irate and would call the company to complain. He was keeping his promise to ship by a certain date, and certainly adherence to the schedule was important.

There are several problems with this belief. The most obvious, of course, is the stubborn belief that the software must go out on a specific date no matter what. Shipping any product that doesn’t work is going to upset your clients. Doing it repeatedly just makes the company look incompetent or indifferent to its customers. It is not meeting their needs to give them something that they cannot use.

Stepping back, though, from that minor problem, we have to ask what the point of the schedule was. There seemed to be little rhyme or reason to why the CEO picked the dates that he did. When pushed, his reaction was that scheduling was important, otherwise things didn’t get done. True, but not necessarily relevant. Fundamentally, a schedule is a tool; like all tools, it must be used properly or there is risk of serious injury. In this case, financial injury.

A schedule is not an arbitrary set of dates put down on paper to make sure that everyone works hard and doesn’t goof off. The goal of a schedule is also not to precisely calculate how long each task will take and account for every minute. It is not a holy writ to be held to beyond the bounds of common sense or product quality, nor is it put in place in order to have something to ignore. Sadly, I can’t count the number of times I’ve seen schedules designed with exactly those somewhat dubious objectives in mind. However, a well-designed schedule needs to satisfy some fairly significant constraints:

1. A schedule helps make sure you don’t forget anything. It is both a to-do list and calendar. It helps people know what to work on when so that they don’t have to waste time constantly figuring that out.
2. A schedule is a tool for marshalling resources. Building a product requires different resources, be those resources time, people, or equipment. The schedule helps make sure that the right resources are available at the right times so that the project can move steadily forward.
3. A schedule is a tool for managing dependencies. In any large project, different pieces will depend on other pieces or on obtaining external resources. Some dependencies are obvious from the beginning, others do not emerge until the project is under way. The schedule helps organize tasks and manage dependencies so that they don’t derail the project.
4. The schedule helps you determine what you can do in the time available with the resources you have; alternately, it helps you understand how long it will take to accomplish your goals with the resources you have available.
5. The schedule enables you to define reasonable checkpoints, or milestones, that will let you know if you are moving successfully toward your planned target date or if problems are emerging. Missing a milestone is feedback that something is not working as expected!
6. A schedule needs to have enough slush in it to handle unexpected problems. You can’t always determine all possible dependencies at the start; some parts of the project may turn out to be significantly more difficult than expected; you may discover that a piece that appeared to make perfect sense just won’t work and needs to be redone. When I speak about this to technology companies, someone always claims that they’ve done a few simple calculations and developed the perfect project schedule. Based on the reactions from the rest of that person’s department, I have my doubts.
7. The schedule also needs enough slush to handle external delays. If your schedule is so tight that a severe winter storm closing the roads or having someone come down with the flu or having a vendor be late on a delivery will cause real problems, then you need to rethink the schedule. As that great sage Murphy so wisely said, “If something can go wrong, it will go wrong.” Plan for it.

You’ll also notice that if you design a schedule this way, you’ll tend to be running ahead of schedule, not behind. Falling behind schedule is demoralizing, particularly when the schedule feels arbitrary. Running ahead of schedule energizes the team to work harder. A team that falls behind tends to stay behind, while a team that runs ahead tends to get further ahead. In other words, nothing succeeds like success.

When you view a schedule in this way, it has the potential to be a powerful, flexible tool for getting things done as opposed to causing quality, effort, and enthusiasm to softly and silently vanish away. Isn’t that the whole point?