• Mountaineer@lemmy.world
    link
    fedilink
    English
    arrow-up
    18
    ·
    1 year ago

    The first 90% of the task takes 90% of the time.
    The last 10% of the task takes the other 90% of the time.

    • Cabrio@lemmy.world
      link
      fedilink
      English
      arrow-up
      6
      ·
      edit-2
      1 year ago

      Which is why you switch the project team after 90% so you can get to 99% completion in 50% of the time. Now that’s thinking like a Project Manager.

  • Vlhacs@reddthat.com
    link
    fedilink
    arrow-up
    8
    ·
    1 year ago

    I try to remember to always under promise expectations. Even after all these years I keep forgetting that a simple change is never really that simple and has lots of overhead.

  • zib@kbin.social
    link
    fedilink
    arrow-up
    6
    ·
    1 year ago

    I’ve been working on a single bug for nearly 3 weeks. I think my “I’m getting closer to understanding this” is starting to lose credibility with my team.

    • MothBookkeeper@lemmy.world
      link
      fedilink
      arrow-up
      4
      ·
      1 year ago

      Just do what my colleagues do, ignore it completely.

      Pros: Very time and resource efficient. Little documentation needed.

      Cons: Doesn’t solve the problem.

  • computertoucher5000@programming.dev
    link
    fedilink
    arrow-up
    6
    ·
    1 year ago

    What you said: “It’s almost done”

    What the PM heard: “It’s done”

    What the business tells its clients: “It’s deployed and already servicing customers”

  • Lifter@discuss.tchncs.de
    link
    fedilink
    arrow-up
    4
    ·
    1 year ago

    Ffrom a dev perspective it’s also often “Yep that would take three days if we worked on it”. Two years later - no progress.

    There’s a difference between an estimate and a promise to deliver.

  • SimpleDev@lemmy.world
    link
    fedilink
    arrow-up
    2
    ·
    1 year ago

    “I should have a PR up today sometime”…repeats that phrase in the morning huddle 4 days in a row.