• Aquila@sh.itjust.works
    link
    fedilink
    arrow-up
    0
    ·
    26 days ago

    How to estimate:

    1. Give a range and confidence rating
    2. Track all estimates and how long it actually took
    3. Refine future estimates to more closely match past features with similar complexity/effort required
    • Kissaki@programming.dev
      link
      fedilink
      English
      arrow-up
      0
      ·
      26 days ago

      Depending on how stable your work, environment, and risks are, the range size and confidence rating may change a lot or reach refinement limits quite fast.

    • Test_Tickles@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      26 days ago

      This is entirely true for certain types of development. There are plenty of coding jobs where you are constantly writing and rewriting the same type of thing over and over again. UI development, web page development, ect. Any place we you have multiple “customers” wanting a similar thing done, but with a different look or aesthetic. Or maybe you work for a company that makes stuff that needs to be refreshed every so often to avoid looking antiquated.

      But then there’s also lots of people who are constantly doing things that they have never done before. I am not even talking about the poor suckers out there right now have having to “add AI” to random shit right now without even having a clue wtf that even means. You have plenty of people doing what is essentially “we want you to do this thing we have never done before”. How do you estimate time on a ticket that essentially says, take this 30 year old pile of code that has been hacked and rehacked by dozens of people (all who have either retired or left the company to escape this dumpster fire you are being handed) and “fix this bug” that has been around for a decade. It’s been there for a fucking decade. When the first version of this ticket was originally generated it was done in a ticketing system that has been replaced by 2 generations of ticketing systems since then. Whatever the issue is, it’s a big enough issue that it can’t be answered with “can’t do/won’t do”, but at the same time everyone who has been assigned it in the last decade has at best created half ass work arounds. Good luck with pulling a number for how long it is going to take you to figure out what the bug even is, much less how to fix it.

  • itsathursday@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    27 days ago

    The only way to estimate work is to make up a number and then log everything that prevents that from happening to put forward a case when the “why?” question comes up when the deadline hits. Then prepare for being told you are making up excuses and being negative and not flexible to all the challenges that you just listed and that you need to manage time better and potentially think about outsourcing some work to people who lie better than you.

  • MalReynolds@slrpnk.net
    link
    fedilink
    English
    arrow-up
    0
    ·
    27 days ago

    Take how long you think it will take, double the number and increase the units (at least until you’re senior). e.g. 2 days -> 4 weeks