749

Explaining software development methods by flying to Mars (feddit.uk)

submitted 4 days ago by i_am_not_a_robot@feddit.uk to c/programmer_humor@programming.dev

69 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[-] CodexArcanum@lemmy.world 54 points 3 days ago* (last edited 3 days ago)

Someone shared this on Mastodon so I'll just repost my thoughts from there. (Bonus for Lemmy, I was forced to squeeze all my thoughts into 500 characters, so this is the most succinct I've been on this site!)

Pretty incredible how little people seem to understand these. For one thing, every method other than waterfall is a subtype of agile methodology. The major distinction is that waterfall has a series of phases from design through building, testing, and delivery that attempts to plan the whole project up front. Agile methods focus on smaller iteration cycles with frequent, partial deliverables.

Something like kanban is designed for continuous delivery: we want to go to mars weekly.

LEAN development is a scam though, that one is accurate.

[-] magic_lobster_party@kbin.run 46 points 3 days ago* (last edited 3 days ago)

The author is also hyping up waterfall too much. Agile was created because waterfall has its shortcomings (e.g. the team realizes too late that what they’re building isn’t what the customer wants).

But I also think it also represents how poorly implemented these ideas are. People say they do agile/kanban/scrum, but in reality they do some freak version of these.

[-] Geth@lemmy.dbzer0.com 12 points 3 days ago

So often it's waterfall planning and execution with agile names for roles and meetings.

[-] magic_lobster_party@kbin.run 4 points 3 days ago

It’s barely waterfall planning either. Often there’s no planning, at least no coordinated one.

Currently at my current workplace we lack coordinated planning between teams. It seems like everybody is working in their own directions and it can take months until we get feedback from other teams. Mostly a product management problem.

[-] zalgotext@sh.itjust.works 3 points 3 days ago

The amount of people who say they do agile/kanban/scrum but have never talked to a customer/end user, let alone released something, is frightening

[-] lurch@sh.itjust.works 3 points 3 days ago

I agree, but agile and scrum are not meant to be followed to the letter no matter what. So people are doing it right if they notice some part of the process should be changed to make it work for them.