• ugo@feddit.it
      link
      fedilink
      arrow-up
      22
      arrow-down
      1
      ·
      1 year ago

      Except it is? Instead of cramming 22 new features, 198 bug fixes, and 3 usage changes in the next version, taking 24 months of dev time, one could release the next version with 1 new feature and however many bug fixes fit in the time frame, and release it in 4 to 6 weeks

      • The Giant Korean@lemmy.world
        link
        fedilink
        English
        arrow-up
        8
        arrow-down
        1
        ·
        1 year ago

        And you avoid making an app that you show to the customer for the first time only for them to say, “What the hell is this?” My company used waterfall for the longest time, and this happened several times. It was really frustrating.

        • jadero@programming.dev
          link
          fedilink
          arrow-up
          8
          ·
          1 year ago

          I convinced my managers to move away from waterfall to a more iterative process using a financial analogy. Pretty much everyone understands the concept of compound interest as it applies to both debt and savings.

          I framed the release of small but functional components as the equivalent of small, regular deposits to a retirement account, where benefits start to accrue immediately and then build upon each other with every “deposit”. I framed the holding off of a major project until completion as the accumulation of debt with no payment plan. I also pointed out that, like a sound investment strategy, the “portfolio” of features might require adjustment over time in order to meet objectives under changing circumstances, adding substantial risk to any monolithic project.

      • Valmond@lemmy.mindoki.com
        link
        fedilink
        arrow-up
        1
        arrow-down
        3
        ·
        1 year ago

        That seems so smart, let’s call it something smart, like what about “Agility”?

        Did you even read the article BTW?