Live data from Hacker News

Using fake deadlines without driving your engineers crazy

newsletter.manager.dev

91–98 of 98 posts

Re: Using fake deadlines without driving your engineers crazy

#91

Earlier quoted context omitted.

100000%. If I was put through stress to to meet a deadline that I later found out was totally arbitrary "So that I can do more work". I would instantly lose motivation. Everything is made up and the points don't matter. Got it.

Someone should make a modern day boy cried wolf story except it’s with software engineers and fake deadlines.

don't they do it with wait-i-didn't-mean-it-layoffs and fake job interviews?

Re: Using fake deadlines without driving your engineers crazy

#92

Earlier quoted context omitted.

100000%. If I was put through stress to to meet a deadline that I later found out was totally arbitrary "So that I can do more work". I would instantly lose motivation. Everything is made up and the points don't matter. Got it.

Someone should make a modern day boy cried wolf story except it’s with software engineers and fake deadlines.

The DevOps Who Cried Deadline

Once upon a time in Silicon Valley, there was a product manager named Maxwell who oversaw a team of talented software engineers at TechNova Inc. Maxwell had a reputation for creating a sense of urgency to "motivate" his team.

"We need this feature deployed by Friday!" Maxwell would announce dramatically during Monday standups. "The investors are coming!"

The engineers would frantically work late nights, skip lunches, and cancel weekend plans. They'd push code furiously, cut corners on testing, and deliver by the deadline—exhausted but proud.

But Friday would come and go. No investors appeared. The deployment would sit unused.

"Great work, team!" Maxwell would say. "The investors rescheduled, but we're ready for them now!"

Two weeks later: "Critical deadline this Wednesday! The sales team needs this dashboard for a major client demo!"

Again, the engineers would scramble, work overtime, and deliver—only to discover the "major client" had merely expressed passing interest in a product roadmap conversation.

*The engineers began to notice the pattern*. Their trust in Maxwell eroded with each false alarm. Some started working at a measured pace regardless of the supposed urgency. Others began looking for new jobs.

During one team meeting, a junior developer named Zoe spoke up.

"These deadlines don't seem to connect to any real business need," she said. "Are we just manufacturing urgency?"

"You don't understand the bigger picture," Maxwell replied dismissively. "Sometimes we need to push ourselves to excellence."

Months passed. The team grew increasingly disengaged. They'd nod during Maxwell's urgency announcements but work at their own pace. Productivity actually improved as they focused on quality rather than rushing.

Then one day, Maxwell burst into the office genuinely panicked.

"The production server is down! Our main authentication service has been compromised! We have *three hours before all user data is exposed*!"

The engineers exchanged knowing glances. Another fake deadline.

"Sure thing, Maxwell," said the lead engineer without looking up from his mechanical keyboard. "We'll get right on that."

"No, this is real!" Maxwell insisted, his face pale. "The company could go bankrupt if we don't fix this NOW!"

But *no one moved with urgency*. Some engineers continued working on their current tasks. Others took their scheduled lunch breaks.

As the actual deadline approached, Maxwell grew increasingly desperate. He tried pulling individual engineers aside, even offering bonuses, but years of crying wolf had rendered his pleas meaningless.

The breach was catastrophic. By the time the team finally understood the gravity of the situation, it was too late. The hackers had extracted the entire customer database, including payment information and personal data for over 12 million users.

The following Monday, the once-bustling office was eerily quiet. Security guards stood at the entrance, allowing employees in only to collect personal belongings. TechNova's stock had plummeted 87% overnight. News vans crowded the parking lot.

Maxwell sat alone in his car, staring at the termination letter. His phone buzzed constantly with notifications from class-action lawsuits naming him personally. His industry reputation was irreparably damaged.

The engineers fared no better. With "TechNova" on their resumes now a scarlet letter, they faced grueling interviews where they had to explain their role in what tech blogs were calling "The Deadliest Deadline." Many would remain unemployed for months.

Zoe, who had questioned the deadline culture but still failed to act when it mattered, couldn't shake the guilt. "We knew better," she told the investigative committee. "We just stopped caring."

In the tech campuses across Silicon Valley, the cautionary tale spread quickly. Companies instituted new protocols for emergency response, but the deeper damage was psychological. In an industry built on trust between managers and builders, the TechNova incident laid bare how completely that trust could collapse.

The tragedy wasn't just the breach itself — it was that a team of brilliant people had become so desensitized to false urgency that they couldn't recognize real danger when it finally arrived. The wolf had finally come, and no one believed the cry until it was too late.

Re: Using fake deadlines without driving your engineers crazy

#93
post #7

> It’s completely ok to not have anything external happen when the deadline arrives! That doesn’t mean the effort to meet it was wasted. You built trust with the rest of the organization and you freed yourself to work on other things. Does it usually motivate people to work hard, when they know the outcome of the crunch is "more trust with the rest of the organization" and "now I can work on other things"? Sounds pre…

Frankly the correct answer to the post's headline is an emphatic:

DON'T

Re: Using fake deadlines without driving your engineers crazy

#94
Estimates are not deadlines. They never were deadlines. Real deadlines are contractual or legal - these are externally imposed, and should be communicated honestly as such, also with a clear awareness of the hard consequences of not meeting them.

It your manager does not understanding that estimates are not deadlines, find one who does.

Re: Using fake deadlines without driving your engineers crazy

#96

Wow, this hits close. When I was managing teams, I put a lot of effort into making deadlines clear, measurable, fair, etc. I personally use Deadlines for everything, maybe is the ADHD coping I have the reason I like dates a lot, but is not the same when I work with others in a team I thought I was helping my team with structure, clarity, direction. But looking back, even though we all wanted to do good work and move…

yes thats one way of looking at it!

Re: Using fake deadlines without driving your engineers crazy

#97

Earlier quoted context omitted.

No you'd just outsource to India and cycle through as many billions of souls needed.

You'd still have to bring each new hire up to speed. Still not a smart plan.

Generally people forget to consider replacement and training costs as reasons to be kind to your current employees.

I've basically never seen this happen in my career (although I live in hope).

Re: Using fake deadlines without driving your engineers crazy

#98
post #73

Earlier quoted context omitted.

It is not a fun reality — but in a business where profit is the goal, cadence deadlines are helpful. When used right, they give you a good gauge on how much time the company would like you to spend on the problem. Ideally they calculated that risk higher up for the business’s needs, and you are being assigned the work for a strategy. The frustrating part is this rarely happens in practice :) I’m working at a place no…

That makes a lot of sense to me. I think I reacted more to the idea that fake deadlines are an appropriate technique for the purpose of squeezing people until they always scramble through their nights and weekends as a routine matter, like this guy seemed to like to do when he was on the front line. “We’re going to spend the next two weeks working on X, so scope your ambitions accordingly—what’s realistic to expect i…

Yeah I see what you mean too :) It is big suck.
Post reply on HN