Scene: Surprise meeting with the project owner 0-3 days before the go-live date

“Hey team, the business and I have decided to postpone the project release by n=1-3 months because [they aren’t ready for it / it isn’t finished /regulatory reasons]. And since we have some extra time now, we can tie up all the loose ends on this project (i.e., ‘we’ve added n+1 months worth of backlog items to the MVP’).”

I’m still a greenish dev, so maybe this is normal, but I’ve had the same story going on for over a year now, and it’s really starting to burn me out. In the beginning, I was optimistic. Now I just hope for the project to fail, or me to get off somehow, but this thing just won’t die.

Anyone with experience on similar projects able to share words of advice? Do they ever end up working out? Seems there’s a death spiral, since we are always rushing to a deadline, forgoing tests and quality but never cleaning up our mess because we’re already behind. Yet I somehow feel like I’m the crazy one for thinking this 6-month “quick” side project turned 2+ year half-rewrite will have trouble meeting it’s Nth deadline.

  • filister@lemmy.world
    81·
    10 months ago

    That’s the agile mentality, where PO are pressuring you to deliver on your Sprint goals. In my opinion working on Scrums really burns down people

    • NostraDavid@programming.dev
      6·
      10 months ago

      Just take on fewer points per sprint, if you can’t make it every time? Scrum is about becoming predictable, not being the absolute fastest. That’s been my experience, anyway. If your PO is pressuring you to take on more, you say “no”, because that’s your responsibility, not his.

      But maybe that’s just me.

        • yournameplease@programming.devOPEnglish
          1·
          10 months ago

          We are reasonably consistent with estimates, but there’s this hidden assumption that 1 point equals 1 developer day. So even though we consistently get 20-25 points done per sprint, we typically cram more items to meet that 30 point threshold.

          Oh, and of course you may end up dragging items sprint to sprint if they don’t get finished.

    • Potatos_are_not_friends@lemmy.world
      3·
      10 months ago

      In my opinion working on Scrums really burns down people

      Maybe im old but the old way was worse.

      Building a project for a year without any feedback then suddenly having to pivot burns people even more.

      • yournameplease@programming.devOPEnglish
        1·
        10 months ago

        My project fits both. It took about a year before this was shown to more than a couple business users. But we still had Scrum sprints and pressure to get items done at the sprint, even with no deployment or demo for feedback.