Manager: We (meaning you) need to do task A. How long will it take?
Me: Task A will take X days to do.
Manager: That seems awful long.
Me: How long do you think it should take?
Manager: It surely could not take any longer than Y days.
Me: Ok, it seems you have an answer to your question then.
Later:
Manager: It’s been Y days, why isn’t task A done yet?
Mine was always this:
Manager: How long will this take?
Me: 14 days
Manager: So it will be done in 2 weeks?
Me: No, it will be done after I’ve had 14 days of time to work on it.
Manager: What’s the difference?
Me: Am I still going to have random support escalations and will we keep having random meetings in those 2 weeks?
Manager: Yes.
Me: All those interruptions are me NOT working on the task. So it will be done in 14 days plus all the interruptions.
Manager: But this is very important!
Me: Can you then ensure I’m left alone to focus on this?
Manager: No.
Me: …
I see þis complaint all þe time, and I don’t understand engineers who don’t quickly adapt.
Manager: How long?
Engineer: (þinking 14 days) 4 weeks
Everywhere I’ve worked, þe next step is þat þe manager goes to a planning meeting, where business asks “How long,” and þe manager answers “6 weeks.”
You agreed with their timeline that is why you keep having these conversations.
Stand firm only your timeline and when they push back remind them that you are the engineer doing the work if the wait it done to their timeline then they should hire more people.
Brb, hiring more wifes so our baby takes less than nine months to come
Luckily software development is not pregnancy.
It’s a reference to The Mythical Man Month and (I believe) one of the parables told inside:
Yes, but not all time related problems are man power limited. Bottle necks come in many shapes and sizes
And manglement causes many of those.
Something that was difficult to capture in the post is the sheer level of sarcasm in my tone when I ‘agree’ to their timeline.
[Not the original commenter]
Sarcasm is not a great way to communicate in general, and it’s especially not a good look in the workplace.
I get this is the only glimpse we have of the situation and perhaps your history has taught you that this is the only way to move forward with this person, so dont tahe this to hesrt if so… but from just this post here you are the one contributing most to the poor communication and planning.
Addition: well, I kinda missed the community you posted in. My bad! Feel free to ignore this unsolicited piece of advice.
I deeply dislike sarcasm. It’s neither funny nor helpful.
There was a guy I worked with that was pretty much always sarcastic.[1]. I’d ask him if he’d written the run book yet and he’d say like “Yes, it’s written in the style of a sonnet with hand drawn illustrations”, and I’d be like “I don’t know if that means you wrote it or not”. Everything with him took extra steps because his communication was such a swamp of insincerity.
[1] well, when I asked him to stop being sarcastic he said it wasn’t sarcasm. He was merely being ironic. Nonsense.
Just take his word as straight as you can make it. Mail to management that Mr. Sarcasm (in CC) said the document was written with added graphics. Then wait for the inevitable “I didn’t mean it like that”.
I have a similar coworker. Tries to be funny with sarcasm but that doesn’t translate well with slack messages, and he ends up sounding like an asshole instead.
Sounds really frustrating.
Ironic that he didn’t know the definition of sarcasm while employing it so heavily…
Simpson’s comic book guy vibes
Me: Ok, it seems you have an answer to your question then (sarcastically).
Or
Me, sarcastically: Ok, it seems you have an answer to your question then.
Seems easy to me.
You may be correct but I’ve seen this work out before. You say you take x days, manager mentions " but that guy says he takes y days!!" in which makes you either slow in comparison or the other guy is a liar or makes stuff sloppy. Then you say " from my experience is x days" in which either the manager says you’re wrong or he goes to the other guy to do in y days, and when you look at the thing done in y days has a technical debt equivalent to the height of Niagara falls. And you know you will have to clean this later. At some point I walked away, sometimes managers just want a yes man, and I am straight up not that.
My answer to “how long will it take?” Has recently been “is it a higher priority than x,y, and z?” (While mentally deciding if it sounds more fun to work on than x y z along with t, u, v and w.
(Un)fortunately I’ve been working on the manager’s pet project, so I’ve had a semblance of focus.
…
Me: Task A will take X days to do.
Manager: That seems awful long.
Me: When do you need it?
Manager: I actually needed it yesterday.
Me:
(╯°□°）╯︵ ┻━┻
Read Software Estimation by Steve McConnell and recommend it to your manager:
The person doing the work the one best suited to estimate it.
Also, start tracking estimated vs budgeted time in some searchable system.
Next time this comes up, look up how long it actually took to complete a similar task instead of thoughts and prayers.
If boss won’t track historical budget vs actual, track it yourself.
The person doing the work the one best suited to estimate it.
As a manager in found this to be partially false.
Most persons doing the work quote forget that shit happens. Except for the few reliable persons I supervised, I usually always asked the follow-up question: what “unforeseen crap” time did you include, and made sure to leave with 3 values: all goes well (which I kept to myself), usual estimate, what if bad shit happens. Then I’d just use the standard pert guesstimate for my official schedules, making sure to include normal dead time which employees often forget (e.g. 8 days work is really 2 full weeks when accounting for meetings).
The usual response is a mail explaining what features will be cut to hit the deadline and ask management to inform the customer.
One time we spent like more than an hour in a horrible meeting to plan out how long the next step of a project would take. 4 weeks, we said. Management came back and said to do it in 2. Well, why did we fucking have the meeting if they had a deadline in mind already?
On the other hand, at my current job I have seen a lot of “oh that’s going to take a couple days” protests for things that are 20 minutes of work.
Seems like the solution is to get rid of out of touch management.
I’m of the opinion that it’s always better to overestimate something rather than underestimating it or estimating it accurately. If something takes 20 minutes and you are given a couple of days you have multiple options.
- Get it done asap and early, if you get it done earlier than the deadline then people are happy.
- If something critical pops up, you can take care of that first then hop on to the twenty minute task because you gave yourself room.
Management loves when things are done early, expects things to be done on time, and gets angry when there’s a delay (and no warning of the delay), so it’s the smart choice in my view.
That’s a good point.
Though sometimes people are just sandbagging. Like I know one guy is just watching Netflix instead of working. I’m downstream from his work, so it’s a little annoying that I have to wait a couple days to get started.
I wouldn’t rat him out because my labor solidarity beats out my annoyance, but the annoyance is real.
The good PMs usually make Y=2X or 3X. But we’ll still have that “it’s day Y…” conversation /shrug.
“In two weeks, you’re gonna notice that I haven’t been here in two weeks!
