Live data from Hacker News

Using fake deadlines without driving your engineers crazy

newsletter.manager.dev

21–30 of 98 posts

Re: Using fake deadlines without driving your engineers crazy

#21
> With no deadline, there's no urgency, and so things just don't happen.

At least for private projects, this is not true. Nearly all private projects that I do are because I hate the status quo so much that the intrinsic motivation (and thus the felt urgency) is insanely high.

Re: Using fake deadlines without driving your engineers crazy

#22
I was given my first real important project and asked how long it might take for me to complete it. I thought I could get it done in four months but I was scared. So I said six months.

After the project was done, I was told that management didn't believe my six month estimate and put down nine months for completion in their timeline.

I finished in three. Thinking I had three months to work on personal projects, good off, etc., I eventually gave in out of boredom and told them I was finished a few weeks later.

Re: Using fake deadlines without driving your engineers crazy

#25

Deadlines aren't for tech teams. Their for anal upper management more concerned with quarterly financials than deliverables and stake holders who fundamentally do not understand how tech works. When someone asks for a deadline, the answer should be "it gets done when it gets done." But if you are a technical who is being asked, the correct answer is the real estimated timeline + at least 2 weeks, depending on complex…

This makes no sense at all. The business needs to make money to pay you. Your time is the development cost of the software. It is completely reasonable and rational for a company to say, "This is valuable to us if it can be built in three weeks, but if it takes longer, we don't want it." Because three weeks of paying your team costs a certain amount of money, and a cost higher than that puts the value of the work underwater.

If you cannot forecast whether it can be built in three weeks and then deliver against that forecast, you aren't doing your job.

> Wasn't agile created to solve this BS?

Agile sets regular deadlines for shipping to customers, that is literally the core idea. Instead of one big deadline 6 months from now, you have a small deadline every two weeks for the next 6 months. It's still a deadline.

Re: Using fake deadlines without driving your engineers crazy

#26
in one of the startreck movies is a sceen with "Scotty" having improbably survived into the future durring a crash by suspending himself in the "data buffers" of a transprorter, where he gives advice to a young engineer, on how to manage the expectations of his comanding officers "ach Captain she's gona blow"

Re: Using fake deadlines without driving your engineers crazy

#27

I was given my first real important project and asked how long it might take for me to complete it. I thought I could get it done in four months but I was scared. So I said six months. After the project was done, I was told that management didn't believe my six month estimate and put down nine months for completion in their timeline. I finished in three. Thinking I had three months to work on personal projects, good…

[dead]

Re: Using fake deadlines without driving your engineers crazy

#28

I was given my first real important project and asked how long it might take for me to complete it. I thought I could get it done in four months but I was scared. So I said six months. After the project was done, I was told that management didn't believe my six month estimate and put down nine months for completion in their timeline. I finished in three. Thinking I had three months to work on personal projects, good…

You need to step up your goof-off game.

Re: Using fake deadlines without driving your engineers crazy

#29

If you draw a picture, you can spend 20 minutes, 2 hours, or 1 day and the quality will vary. Budgeting time should be a process of achieving team consensus about which level of effort will be applied for a particular job. You don’t need to lie to have that conversation.

Yeah, it's super weird that having been on the other side they don't see the normal agile-ish process as getting you all the benefits of fake deadlines with buy-in from the developer's themselves. We planned out the work, quantized it, estimated the time for each portion, and assigned them. If someone consistently isn't completing cards in the expected time and doesn't have good reason then you have a convo with them.

Ya know, basic manager stuff.

Re: Using fake deadlines without driving your engineers crazy

#30
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…

Yeah, I feel like he sunk his entire post with this first learning.

What's the point if nothing happens?

It doesn't have to be "we ship to a million users".

It could be simply "The CEO will then test the flow and give their feedback".

Then, those stakeholders have to hold up their end of the bargain as well, actually use the feature, and give thoughtful feedback. If they don't reciprocate, the future of all fake deadlines is in jeopardy.

Post reply on HN