• ugo@feddit.it
    link
    fedilink
    arrow-up
    22
    arrow-down
    1
    ·
    7 months 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
      9
      arrow-down
      1
      ·
      7 months 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
        ·
        7 months 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
      ·
      7 months ago

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

      Did you even read the article BTW?