Stuck in Neutral

Better Software Magazine
Volume-Issue: 
2003-03
Summary:

Have you ever found yourself unable to get going on a project? Learn tips to help prevent this from happening to you and how to deal with it after it has happened. Esther Derby explains how she was able to move forward after being stuck.

When action grows unprofitable, gather information; when information grows unprofitable, sleep. —from The Left Hand of Darkness by Ursula K. Le Guin

A few months ago, I began writing a "technically Speaking" column for this issue and just couldn’t make myself finish it. I started over on another topic, but couldn't work up much energy for it. I started yet a third time and found myself easily distracted. The week my column was due, I was still starting over and over and over. I began to panic: "I've been writing this column for three years! I should be able to do this!"

I was stuck.

As it happened, I was scheduled to have lunch with my friend Bob King, a software architect and writer. Eventually, our conversation turned to writing.

I explained my problem to Bob. "What should I write about?" I asked.

"Why don't you write about not knowing what to write about?" he suggested.

"Yeah, right," I said, dismissively.

After lunch, I thought about Bob's suggestion a bit more, wondering if "unsticking" could make an interesting column. Then I remembered that I'd recently received an email from a colleague who needed some unsticking with a performance issue. And I remembered another colleague who had spent an entire day stepping through every line of code, determined to root out a bug. By the end of that day, she was completely out of ideas and still hadn’t found the bug—she was stuck.

"Oh," I thought. "I'm not the only one who feels stuck. Perhaps Bob was on to something."

So I compiled some strategies that get me moving again when I am at a dead end.

Notice what is happening. Am I making no progress despite several attempts? Am I repeatedly telling myself, "I should be able to do this"?

Take a break. Work on something else unrelated to the problem at hand, especially something physical. Tasks that occupy your body and require concentration occupy the conscious portion of your mind and leave the unconscious parts to work on the problem.

Verbalize the problem. I can't tell you the number of times I have been less than halfway through the explanation of a problem when the light bulb switches on. When no one else is around, I explain the problem to my dog. He's a good listener and remarkably astute.

Ask for help. Sometimes another person with a different point of view or a fresh set of eyes will see what I cannot.

Sleep on it. Sleeping on a problem can allow the unconscious mind to go to work. This strategy is not suitable in all work environments.

Make a list. Write down all the known facts about the problem. You may find that you need more information, or you may discover new patterns in the data.

Look where the problem isn't. Quite often, a problem is exactly where I’m sure it isn't. It couldn't be in the subroutine I wrote, could it? Check those places, too.

Brainstorm. Think of twenty ways to solve the problem. Don’t dismiss anything until you’ve considered it carefully.

Sometimes it takes more than one of these jiggles to get going. Looking back on my most recent "stuck experience," I see that I applied four strategies. I noticed that I wasn’t making progress, but was repeatedly telling myself I should be. I took a break by going to lunch with Bob. (And eating is sort of physical, though in general I can't endorse eating as a problem-solving strategy for all the obvious reasons.) I asked for help. At first it didn't seem as if

File: 
AttachmentSize
Stuck in Neutral51.91 KB

About the author

Esther Derby's picture
Esther Derby

A regular StickyMinds.com and Better Software magazine contributor, Esther Derby is one of the rare breed of consultants who blends the technical issues and managerial issues with the people-side issues. She is well known for helping teams grow to new levels of productivity. Project retrospectives and project assessments are two of Esther's key practices that serve as effective tools to start a team's transformation. Recognized as one of the world's leaders in retrospective facilitation, she often receives requests asking her to work with struggling teams. Esther is one of the founders of the AYE Conference. She co-author of Agile Retrospectives: Making Good Teams Great. She has presented at STAREAST, STARWEST and the Better Software Conference & EXPO. You can read more of Esther's musings on the wonderful world of software at www.estherderby.com and on her weblog at www.estherderby.com/weblog/blogger.html. Her email is derby@estherderby.com.

Upcoming Events