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
    link
    79 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
      link
      fedilink
      69 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.

      • @Potatos_are_not_friends
        link
        29 months ago

        Yeah wtf is happening here where the data shows you have a story point average and you boss is like, can we go higher?

        Like no?

        • @[email protected]OP
          link
          fedilink
          English
          19 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
      link
      39 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.

      • @[email protected]OP
        link
        fedilink
        English
        19 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.