167
It has been 0 days since I last had this conversation (lemmy.ml)
submitted 4 months ago by to c/programmerhumor@lemmy.ml
65 comments fedilink hide all child comments
 

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?

you are viewing a single comment's thread
view the rest of the comments
[–] 10 points 4 months ago (5 children)

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.

  • permalink
  • fedilink
  • source
  • hideshow 5 child comments
    •
  • [–] 3 points 4 months ago (2 children)

    The way we estimate on my team is to break tasks down into related subtasks that will take one day or less, then add up all the subtasks. It's worked pretty well.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 2 points 4 months ago (1 child)

    That pattern is also recommended in the book. Break down estimates into chunks of 5 hours or less.

    With lots of smaller tasks, estimates tend to both be more accurate due to smaller scope, and some of the over/under inaccuracies will cancel out.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •