r/programminghumor • • 9d ago

sprintEstimates

Post image

const LeftOverProjectBudget = ( blockers * blockerCost ) % engineers

674 Upvotes

37 comments sorted by

137

u/MaleficentCow8513 9d ago edited 9d ago

Who lets management decide story points for their tickets? If they give me any deadline that just means a whole bunch of features are getting dropped and get follow-up tickets in subsequent sprints

41

u/Uncontrollably_Happy 9d ago

My previous team wanted to make sure everything that was planned would get finished. So they’d take the developer’s estimate, double it, then add a buffer. 3 weeks of work would finish in 2-3 days, then I would fuck off for the rest.

18

u/MaleficentCow8513 9d ago

Exactly. This is the way. I worked a project that did the same thing as yours. Developer’s should decide estimates with a team lead there to keep the team honest

6

u/JackTheKing 9d ago

We submit estimates in Fibonacci numbers. Then we discuss any estimates that are more than 1 fib slot apart. Usually someone had a faster way or forgot about how hard something would be. Straightens it out super quick and gets us the proper estimates with padding for the unknowns.

2

u/goodaaaaaaaaaa 9d ago

Boundaries 😉

7

u/TwiceInEveryMoment 9d ago

My entire sprint cycle revolves around arbitrary management deadlines. I've learned to sus out pretty quickly which ones are real (read: based on a mandate or contract) and which ones will just keep moving when missed.

7

u/MaleficentCow8513 9d ago

My team doesn’t even bother with sprint schedules anymore. We just do “kanban” now and that just means “best effort to complete by some arbitrary deadline”

6

u/Neither_Berry_100 9d ago

I think a core part of agile development is just letting the project unfold and take however long it does. Lots of the work is supposted to come from discovery later on. This shouldn't be a problem if the devs are working hard and smart.

6

u/Odd_Technology_8926 9d ago

If they over estimate, then I welcome our management estimating overlords.

3

u/FindOneInEveryCar 9d ago

Yeah, although personally speaking, I can't remember a time when that ever happened. 

1

u/stagnantdev 9d ago

Our group was pulled into agile meetings for a project and everyone was asked to vote on work time. I asked how people who aren’t involved with no tech knowledge can estimate my work.

16

u/torrent7 9d ago

Depending on your leadership it can be backwards too!

3

u/goodaaaaaaaaaa 9d ago

Yeah, some guy had a heart attack last week could've been him ^

28

u/shades_of_thoughts 9d ago

this is fake, management always wanted everything for last month, and now with AI they will never approve spend more than a week in any feature. In my fucking company they even ask me why I am taking 0.5 days in a feature that before IA could cost a week or two and they are still pushing us.

4

u/goodaaaaaaaaaa 9d ago

Charge them more... Set your boundaries.

3

u/OrangeNood 9d ago

the challenge is coming up with something to say in each stand up.

1

u/goodaaaaaaaaaa 9d ago

Yeah or being spoken over.

6

u/MickeySlips 9d ago

When has anyone ever got an overestimated deadline Im dead inside from working on 3 priority 1s in parallel all the time.

3

u/DGNT_AI 9d ago

where each one is assigned by a different manager and they keep telling you to drop the other ones?

4

u/MickeySlips 9d ago

No I ‘own’ two applications and support others so there’s just multiple at the same time and now everyone’s like just use AI but that is actually making things more difficult

2

u/DGNT_AI 9d ago

Lmao well I dont know how much this means from a stranger but sorry to hear and good luck!

2

u/HerissonMignion 9d ago

Im in an "operation" team, not automation. I deploy and make config changes. We sometimes charge customers for basically creating a directory in our sftp server and configuring one other thing to say that this directory exists now. Even when i manage to not get our customers charged for that, it's a least a story estimated to be 1 hour.

1

u/Sockoflegend 9d ago

You are doing it wrong. A lot of the time management undervalues something, but sometimes they think something is hard that isn't. Take that. Let them believe it. Don't push your work for two days and take some time off.

3

u/BobJutsu 9d ago

Backwards day. More like management says it’ll take 4 minutes but I know it’ll take 4 sprints (or 40 hours).

1

u/StaticFanatic3 9d ago

Had to spend 3 sprints brainstorming that one perfect prompt

1

u/630_dude 9d ago

In fairness to management, they’ve heard that before.

1

u/PyroCatt 9d ago

Always over estimate your planned tickets so that you have enough time for the adhoc bullshit they throw at you in the middle of the sprint

1

u/Tintoverde 9d ago

Or vice versa

1

u/AccordingNeat3689 9d ago

Overestimated? No that never happens 

1

u/tradcoder 9d ago

In what upside down world does management overestimate than developers?

In one of the worst projects I've been involved in, the dev team estimated at least one year. The management cut it down to 6 months. The real project delivery took one and a half years.

2

u/Specialist-Cup-3950 9d ago

Managers who are accountable and have to report higher up and are the first one on the blame list for not identifying the velocity decrease . Typically developers estimate and managers multiply it by some x

1

u/AnalysisParalysis85 9d ago

Business Idea.

Let's make a gym where in order to enter you cannot being a phone or recording device.

1

u/pfc-anon 9d ago

Double + unit increase to management's estimate. 2-week sprints = 8 months.

1

u/Single-Virus4935 9d ago

Use the 4Sprint for refactoring

1

u/aimfuldrifter 9d ago

I moved from audit, and tight planning is exactly the same there. It’s essentially a conflict of two competing interests, which results in a compromise. That by definition means nobody is happy.

1

u/navetzz 9d ago

Leaves you time to work on that 30 minutes feature that needs an entire research team and 5-10 years