DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports Events Over 2 million developers have joined DZone. Join Today! Thanks for visiting DZone today,
Edit Profile Manage Email Subscriptions Moderation Admin Console How to Post to DZone Article Submission Guidelines
View Profile
Sign Out
Refcards
Trend Reports
Events
Zones
Culture and Methodologies Agile Career Development Methodologies Team Management
Data Engineering AI/ML Big Data Data Databases IoT
Software Design and Architecture Cloud Architecture Containers Integration Microservices Performance Security
Coding Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Culture and Methodologies
Agile Career Development Methodologies Team Management
Data Engineering
AI/ML Big Data Data Databases IoT
Software Design and Architecture
Cloud Architecture Containers Integration Microservices Performance Security
Coding
Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance
Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks

Pulling Your Team Through a Project Crunch

While avoiding the necessity of a 'crunch' is always best, if your team is running up against a deadline, follow these pieces of advice.

Erik Dietrich user avatar by
Erik Dietrich
CORE ·
Apr. 21, 17 · Opinion
Like (0)
Save
Tweet
Share
5.58K Views

Join the DZone community and get the full member experience.

Join For Free

Society dictates, for the most part, that childhood serves as a dress rehearsal for adulthood. Sure, we go to school and learn to read, write, and ‘rithmetic, but we also learn life lessons. And these lessons come during a time when we can learn mostly consequence-free.

During these formative years, pretty much all of us learn about procrastination. More specifically, we learn that procrastination feels great. But then, perhaps a week later, we learn that procrastination actually feels awful. Our young brains learn a lesson about trade-offs. Despair.com captures this with a delightfully cynical aphorism: “hard work often pays off after time, but laziness always pays off now.”

The fact that we laugh at this indicates something interesting. Whereas we learn most childhood lessons and internalize them (e.g. don’t touch a hot stove), we don’t learn all of them this way. Procrastination falls into this latter category. We learn its perils, but we do it anyway, for various reasons.

As someone in the software industry, I suspect you can appreciate this. Even if you diligently get out in front of all of your work, your organization may not follow suit. So I’m sure you’ve seen your fair share of so-called “crunch time” over the years. Crunch time occurs when you put in a disproportionate amount of effort right before an important milestone. Kinda like waiting until the night before the due date to write a 10-page essay on To Kill a Mockingbird.

Today, I’d like to talk about surviving these project crunches. How can you navigate them to come out on the other end with your team’s morale intact?

Beware the Death March

For argument’s sake, I’ll draw a fine line. Crunch time and the so-called “death march” can seem like the same thing, but I submit that they differ in important ways. Crunch time involves working hard in a spurt to succeed. Death marches involve working hard indefinitely with a high probability of failing anyway.

The first step for pulling a team through a crunch is to ensure that you’re not instead dispatching them on a death march. If your organization has the unfortunate habit of getting itself into death marches, you have serious problems on your hands that transcend the immediate future. At an organization like this, I’d recommend looking for escape avenues and hinting to others that they might do the same.

If this sounds bad or, like the height of disloyalty, I suggest a bit of perspective. Your organization is about to ask you to burn yourself out on an indefinite timeline for something that will probably fail. Unless you’re a masochist, what about that warrants your loyalty?

Offer a Reward Good Enough That It Hurts a Little

Okay, so we’ve established that you don’t work at the kind of organization that sentences people to death marches. This means we’ve likely culled a significant percentage off of the bottom and find ourselves left with decent places to work.

With this in mind, I suggest that you start thinking of ways to thank the developers. And I don’t mean sending out an email at the end of the effort thanking all of the little people. I mean thanking them in a way that shows you really appreciate them.

My dad explained charitable giving to me when I was a child. I asked him how to know the right amount to give. He responded by saying something like, “you should give an amount that makes you kind of wince and think, ‘ouch,’ because it’s a lot.” I recommend applying this advice to the team. Forget the $40 Target gift cards, and do something much more significant.

Think of this as both a morale boost and a future incentive. Needing to crunch means an ipso facto organizational mistake. Pay your penance this time and then get it right next time.

Go Into “Servant Leader” Mode

Speaking of organizational penance, prepare yourself to show some humility and grace. Normally I steer clear of the term “servant leader” because I encounter many more disingenuous uses of the term than appropriate ones. All too often, managers toss this around as a way to affect humility without actually having any.

But, during crunch time, whether you have it or not, you should affect some. And you should let your team feel its full effect.

You’re asking them to come in early and leave late, so come in earlier and leave later than they do. Use that extra time in the morning to buy them breakfast and then to clean up the dinner you bought them before they left. Generally spend your time making them comfortable, removing obstacles from their path, and helping them work effectively.

Nothing torpedoes morale faster than management giving a “we all need to burn the midnight oil” speech and then heading home at 5. But even without acting in such brazen fashion, you can foster resentment. Do your best to make it impossible to say, “must be nice to be them.”

Differentiate Between Project Crunch and Burn-Out

Not all crunching happens equally. For example, you can ask people to work 10-hour days for a couple of weeks without having an undue effect on their lives. But if you ask them to work 18 hours per day for a solid month, things can get ugly.

People need a certain amount of rest and people need to see their families. Slack time exists in schedules, and people can crunch, but if you start subjecting them to physical exhaustion and deteriorating home life, everyone loses. As far as the company goes, excessive hours can actually diminish effectiveness. This means that working people too hard produces diminishing and then negative returns. You might actually miss the deadline more if you work them too much. And, on the human side, you can create lasting health and personal consequences for the people in question.

Work something out with the people doing the crunch where you get extra mileage out of them, but where you don’t work them to death. Monitor them for signs of burnout, and devise ways to give everyone a break here and there.

Appeal to Their Sense of Purpose

I’ll close out with perhaps the most philosophical piece of advice I have. If you haven’t seen this video by RSA Animate, “The Surprising Truth about What Motivates Us,” give it a watch. For knowledge workers, money starts to matter less than autonomy, mastery, and purpose.

Asking people to crunch certainly won’t appeal to their sense of autonomy, and it likely won’t help with mastery. Thus it must contribute to their sense of purpose for them to feel good about it. Do they have skin in the game? Does a successful delivery benefit them in any way beyond whatever monetary reward you’ve cooked up?

Consider startup founders, for instance. While they generally have heaping helpings of autonomy, they also have an intense purpose. They’ll work 80 or 100 hours a week for weeks at a time chasing their vision. Staff software developers generally don’t have equity so giving them purpose requires more creativity. Nevertheless, figure out a way to get their broader buy-in so that they feel a sense of ownership and willingness to suck it up.

Unequivocally, your best solution is to stop needing to crunch. But, short of that, you need to show people across the board that crunching for this cause is worth it.

teams

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

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • Real-Time Stream Processing With Hazelcast and StreamNative
  • What Is a Kubernetes CI/CD Pipeline?
  • The Future of Cloud Engineering Evolves
  • Why It Is Important To Have an Ownership as a DevOps Engineer

Comments

Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends: