"Delivering uncommon results in software culture"

The Human Cost Of Deadlines

Post written by Brett GibsonCEO at SilverFern Software

Deadline: Originally a Civil War term for a line that marked the distance a prisoner could go before being shot on sight. (source: http://www.thefreedictionary.com/deadline)

When I see an employee who is asked to guess on a timeframe, be held accountable for such random number theory, and then forcibly held accountable to that speculation – I become concerned.

When I hear an IT department say, "We need to identify these timeframes so we know how much overtime we'll have to put in to make our deadline"  –  I positively cringe.

Many companies still have an unhealthy "adrenalin-junkie" addiction to deadlines because they confuse them with results. The truth is, and what many companies repeatedly fail to understand, is that they are actually incurring larger costs in the form of waste, technical debt, staff turnover, disengaged employees, and eroded company culture.

As this self-induced erosion occurs, these companies get a reputation in the community as a place to avoid, both from consumers and job seekers.  

This tired practice of using wartime models for peacetime business practices is both misplaced and corrosive. Comparing workers to soldiers, projects to D-Day beach landings, and acceptable losses/collateral damage to the greater cause……all of this modern day nonsense eventually erodes the very business continuity and productivity gains they were trying to obtain in the first place!

 

If the goal is productivity – deadlines will guarantee the opposite. Forcing your staff to meet arbitrary timelines doesn’t build morale; instead it builds an unhealthy camaraderie of mutual hatred, resentment and distrust toward management.

Steady, predictable output, determined from actual metrics, gets you there – and more accurately. Agile principles, when applied correctly, have the ability to turn the tide of the deadline culture while simultaneously creating better work environments.

What company in their right mind WOULDN'T want that?

This year, why not change the way you've always done things? Let your employees enjoy the holidays without the threat of looming deadlines born out of someone’s need for their bonus or misplaced desire for a neatly packaged project completed at year end.

The deadline isn't what's most important.

About the Author
I’ve had the good fortune to travel and work internationally. I’ve also had the good fortune to have grown up in New Zealand and have lived the American “immigrant experience” for more than half of my life. I’ve also had an unorthodox musical journey that led me to and kept me in Kansas City. Music, IT and travel became partners along the way helping me appreciate multiple worldviews and the concepts of cross-disciplinary approaches to life and work. My non-conventional experiences reflect my meanderings about this interesting occupational field. The beauty of having been in IT for 30 years is that our solutions become predictably cyclic while our problems remain the same. Culture is a topic I’m rather obsessive about. I firmly believe that it will help to usher in a renaissance in American business – oddly enough in the hands of IT.
  1. Gonzo Reply

    I’ve found the “your estimates suck” line from your image above to be all too often the case, referring to management revised estimates. I have a good track record of making estimates and meeting them to within a few hours, yet my boss insists that I’m doing the egregious time padding “Scotty” from Star Trek alluded to, and killing our productivity. Inevitably we get overloaded with inane projects with priorities set higher than the projects vital to core business functions, and nothing gets done on time.

    Managers from top to bottom tend to make two key mistakes – they don’t trust their professionals to know their jobs, and they assume everyone is replaceable without making any effort to make them that way.

  2. Darren Cauthon Reply

    One thing that really changed my mind on this was “The Clean Coder” by Uncle Bob. In the book, he explains the difference between an “estimate” and a “commitment.”

    Estimates are things that programmers give with a best-case and a worst-case. From them, we work with the managers, weigh things with others, and then from the programmer will make a commitment that he is held to.

    The main difference I see is that the commitment comes the programmer, not from the manager. And it’s a commitment that the programmer makes on his terms, knowing that he will be held to it. If it requires extra hours, the programmer does it because that’s what he committed to — not because that’s what the manager required. There’s an ownership to the commitment (the deadline), versus having it imposed by someone else.

  3. Pingback: It’s Time To Call BS On The RFP Process | SilverFern Software

Leave a Reply

*