Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

How Trying to Catch Up Increases Risk

DZone's Guide to

How Trying to Catch Up Increases Risk

A client visit gone awry in Washington DC reveals some parallels about unexpected delays in software development projects.

· Agile Zone
Free Resource

Reduce testing time & get feedback faster through automation. Read the Benefits of Parallel Testing, brought to you in partnership with Sauce Labs.

Even when you’ve done something many times before, sometimes you forget something or make a mistake.

This morning I was on my way to visit a client and realized I’d forgotten something. It seemed to me important enough to do something about it, so I went back home and got it. The unanticipated delay threw my schedule into disarray. I wasn’t going to arrive by the time I wanted. I was frustrated and unhappy with myself.

I see similar things happen all the time in software development projects. Something throws off the schedule. People get unhappy.

This morning, I could have made excuses about why it happened. It was darker than it has been, as the sun is rising later. I was distracted by other matters. What would it have gained me to direct the blame elsewhere? For that matter, what would it gain me to blame myself? I acknowledged what I’d done and, after a little bit of human self-reproach, set about deciding the best way to handle the situation.

My original plan had been to take a bus into D.C., but the delay meant I would miss the last bus. It was obvious to give up that intermediate milestone. It was never the goal; just a marker for being on target with my original plan. I started devising a new plan, discarding the benefit of reading while someone else did the driving.

I considered various alternative paths. I judged them not only by their expected speed, but also the risk of further delays. I chose one that seemed reasonably prudent, and fairly well-known. This was not a good time for me to experiment with something brand new.

I considered driving faster. In fact, I may or may not have gone a little faster at times than the posted speed limit. I’m not going to say for sure in print. But, under most circumstances, the posted speed limit has a margin for safety. It’s possible to push that a bit. But how far? I was late enough that the speed required to make up the time would have clearly been dangerous, both to me and to those around me. (On the way home tonight, I saw an SUV that apparently pushed that limit and ended upside-down on the shoulder of the road.) Besides, the bottlenecks that start as I near D.C. would be what mostly determined the length of the trip.

I drove prudently and competently, and arrived a little late rather than the little early that my original plan predicted.

Does this story make you think of your software development projects? When you know you’re behind schedule, how hard do you work to catch up? Do you take risks that might cost even more time and leave you further behind, or worse?

The Agile Zone is brought to you in partnership with Sauce Labs. Discover how to optimize your DevOps workflows with our cloud-based automated testing infrastructure.

Topics:
software development ,time management ,timelines

Published at DZone with permission of George Dinwiddie, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

THE DZONE NEWSLETTER

Dev Resources & Solutions Straight to Your Inbox

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.

X

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}