972
Task estimation (lemmy.dbzer0.com)
all 37 comments
sorted by: hot top controversial new old
[-] bleistift2@sopuli.xyz 79 points 3 weeks ago

Teach this to your manager: At the beginning of a task, uncertainty is highest. Under no circumstances should you give an estimate in ‘man-hours’. Even days is too precise. The first estimate should be in months or years (of course depending on the size of the project). Then, as your insight into the project grows, you refine that to months, then weeks, later days. A vague estimate with a lower and a higher bound is way more useful to your manager than a ridiculously ‘precise’ but highly speculative number.

This lesson was brought to you by either “Code Complete 2” or “Rapid Development” by Steve McConnel, and by my former manager who wanted projects estimated in minutes.

[-] Midnitte@beehaw.org 26 points 3 weeks ago

my former manager who wanted projects estimated in minutes.

Sorry, the number buffer overflowed.

[-] MonkderVierte@lemmy.ml 14 points 3 weeks ago

Not if your manager then takes the minimum of your estimate.

I don't work for a while anymore.

[-] SlopppyEngineer@lemmy.world 13 points 3 weeks ago* (last edited 3 weeks ago)

I usually say what unit of measurement we're counting in: days, weeks or months. For more detail, more specs are needed.

[-] AngryCommieKender@lemmy.world 3 points 3 weeks ago

The project will be completed by Stardate -287289.4717465754

[-] tatterdemalion@programming.dev 13 points 3 weeks ago

Sir, I estimate the project will be completed in 135 days and 11 hours.

[-] mexicancartel@lemmy.dbzer0.com 7 points 3 weeks ago

Just use unix milliseconds

[-] skuzz@discuss.tchncs.de 2 points 3 weeks ago

Point the ticket using the value of a cryptocurrency.

[-] MeowZedong@lemmygrad.ml 4 points 3 weeks ago* (last edited 3 weeks ago)

my former manager who wanted projects estimated in minutes.

That wasn't a manager, that was a demon.

[-] tea@lemmy.today 59 points 3 weeks ago

Don't forget to add padding, so I'd just round it out to 18 months to be safe.

[-] zante@lemmy.wtf 43 points 3 weeks ago* (last edited 3 weeks ago)

A good project manager doubles your number an adds 20% anyway.

Triples it if you are working more than one project.!

[-] 0x0@programming.dev 42 points 3 weeks ago

A good project manager

A what now?

[-] tea@lemmy.today 39 points 3 weeks ago
[-] zante@lemmy.wtf 9 points 3 weeks ago
[-] NotAnonymousAtAll@feddit.org 16 points 3 weeks ago

A typical project manager will get a range, take the lower bound and communicate it as the only relevant number to every other stakeholder. When that inevitably does not work out, all the blame will be passed on to you unfiltered.

Depending on where you work it may or may not be worth giving someone new the benefit of the doubt, but in general it is safer to only ever talk about the upper bound and add some padding.

[-] flamingo_pinyata@sopuli.xyz 6 points 3 weeks ago

I hear this criticism all the time, but I've never seen it happen in 5 companies I've worked for so far. Usually there's an understanding that estimates are wild guessing, and things are planned using dependencies rather than timeliness.

[-] zante@lemmy.wtf 3 points 3 weeks ago

Only novice PMs do that and believe it or not, the project manager carries the can for failure .

[-] psud@aussie.zone 2 points 3 weeks ago

I have a friend who's a new PM (in scaled agile). He isn't up on expectation management.

We have a process where we request data from another agency which takes "from 7 seconds to 12 days"

And of course he tells people that. And of course they hear "7 seconds"

I have told him that if the SLA is 12 days, say "less than 12 days"

[-] mosiacmango@lemm.ee 12 points 3 weeks ago* (last edited 3 weeks ago)

My teams new hire project manager was even more advanced. When they found out we were working on 5-10 projects at once with no PM, they quit.

We had 3 PMs when I started here, and have been down to 0-1 for 6 months. That 0-1 runs a whole unrelated team, but is technical still a PM.

Dysfunction is fun. The plus side? No one asks me for estimates.

[-] Kojichan@lemmy.world 2 points 3 weeks ago

Wow. I just lost mine. Been through at least 5 so far... Of course I'm working on around 6 projects at any point.

My favourite was when I migrated a website to Plesk, and my boss wondered why it took me 8 hours to migrate a single website...

[-] HubertManne@moist.catsweat.com 39 points 3 weeks ago

this is my number one thing I hate. So we are going to be converting over one system to another and you have no ideas what issues will pop up. give an estimation on the project. or like estimation onf fixing a bug or doing something you think the software can do but your not real sure till you look into it.

[-] Malgas@beehaw.org 11 points 3 weeks ago

Hofstadter's Law: It always takes longer than you think, even when you take into account Hofstadter's Law.

[-] nous@programming.dev 6 points 3 weeks ago

The known unknowns and especially the unknown unknowns never get factored into an estimate. People only ever think about the happy path, if everything goes right. But that rarely every happens so estimates are always widely off.

The book How Big Things Get Done describes a much better way to factor in everything without knowing all the unknowns though - Just look a previous similar projects and look how long they took, take the average and bounds then adjust up or down if you have good reason to do so. Your project will very likely take a similar amount of time if your samples are similar in nature to your current task. And the actual time already factors in all the issues and problems encountered and even if you don't hit all the same issues your problems will likely take a similar amount of time. And the more previous examples you have the better these estimates get.

But instead of that we just pluck numbers out of the air and wonder why we never hit them.

[-] HubertManne@moist.catsweat.com 2 points 3 weeks ago

yeah I have literally had something where I list off a bunch of problmatic stuff and how it could be some high side and then follow up or everything could go swimmingly which never happens and we could have this low side and they are like ok so the low side. no. no. that is not what im saying.

[-] danc4498@lemmy.world 25 points 3 weeks ago

It makes me happy to see the good place memes.

[-] SnotFlickerman@lemmy.blahaj.zone 22 points 3 weeks ago

Montgomery Scott of the Starship Enterprise has entered the chat.

[-] bleistift2@sopuli.xyz 11 points 3 weeks ago

My manager once accused me of overinflating my (granted, very conservative) estimates just to be able to pull off a Scotty and be early in 10% of the time.

[-] SnotFlickerman@lemmy.blahaj.zone 8 points 3 weeks ago* (last edited 3 weeks ago)

I don't know, that mindset is so foreign to me. If someone was overestimating how long it would take because they were simply trying to be conservative and not run into unexpected cost overruns, I would commend them. I've always considered it more prudent to expect something to take longer so you know the kind of budget you need up front instead of lying to yourself about it. It costs a lot more (in terms of lost time and productivity) to have to swing a new budget mid-project because it turns out you've burned through the planned budget and you're only 2/3 the way done with the project.

So, screw your manager, you're doing the right thing, in my eyes. I guess that's why I'm not in charge of anything.

[-] frezik@midwest.social 1 points 3 weeks ago

You know, maybe we shouldn't be taking estimation advice from a 1980s science fiction movie that amounts to a systematic method of lying.

Yes, I've used it before. Yes, you can hopefully have everything average out in the end. Yes, project managers demand estimates. None of these are good reasons to back up how fundamentally flawed it is.

[-] SnotFlickerman@lemmy.blahaj.zone 2 points 3 weeks ago

It's called a joke. We're in a sub called "programmer humor." You must be fun at parties.

[-] frezik@midwest.social 1 points 3 weeks ago* (last edited 3 weeks ago)

Except people take that method seriously all the time. All the objections I raised were one's people have actually thrown back at me.

I'm tons of fun at parties. Everybody loves seeing my collection of bottles from defunct soda companies.

[-] SnotFlickerman@lemmy.blahaj.zone 1 points 3 weeks ago

Ah, yes, my favorite activity at parties, looking at some weirdos trash collection.

[-] Codandchips@lemmy.world 2 points 3 weeks ago

Hey, if you're anywhere in the area, I've got fine collection of IKEA allen keys a

[-] MonkderVierte@lemmy.ml 20 points 3 weeks ago* (last edited 3 weeks ago)

My boss asking, me: "2 days to a week".

Meaning: 2 days best case scenario, but there's likely something where i'm stuck for days trying to solve it, so a week.

My boss: "ok, two days then."

[-] P4ulin_Kbana@lemmy.eco.br 19 points 3 weeks ago

The Good Place mentioned!!! 🗣️🔥🔥

[-] phorq@lemmy.ml 5 points 3 weeks ago

That's because all tasks finish in the dot of the "i" of the Jeremy Bearimy sprint, I dunno what to tell you...

this post was submitted on 16 Sep 2024
972 points (99.2% liked)

Programmer Humor

19331 readers
92 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 1 year ago
MODERATORS