this post was submitted on 06 Jun 2024
477 points (89.3% liked)

Technology

60033 readers
3216 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 2 years ago
MODERATORS
 

We all knew it

(page 2) 50 comments
sorted by: hot top controversial new old
[–] [email protected] 7 points 6 months ago (1 children)

what matters when it comes to delivering high-quality software on time and within budget is a robust requirements engineering process and having the psychological safety to discuss and solve problems when they emerge, whilst taking steps to prevent developer burnout.

I haven’t read the book they’re advertising here, but I’ve found these challenges to be socially created, not caused by agile.

[–] [email protected] 2 points 6 months ago (1 children)

Oh, so Agile is only done by autonomous AI?

load more comments (1 replies)
[–] [email protected] 6 points 6 months ago

Oh well, time to switch back to the waterfall model I guess

lol, no.

[–] [email protected] 5 points 6 months ago

An Agile Project eh. Like an Agile Waterfall process? cool. Cool cool cool.

I know PMI has an Agile thing but by and large Agile can't be "projects" and vice versa.

[–] [email protected] 5 points 6 months ago

Move fast and break shit!

[–] [email protected] 2 points 6 months ago

Fun mental exercise - remove the formalism behind agile methodologies out of software development. How is that any different from driving another human being mad?

I have altered the specifications. Play I do not alter them any further.

[–] [email protected] 2 points 6 months ago

This is the best summary I could come up with:


Even though the research commissioned by consultancy Engprax could be seen as a thinly veiled plug for Impact Engineering methodology, it feeds into the suspicion that the Agile Manifesto might not be all it's cracked up to be.

One standout statistic was that projects with clear requirements documented before development started were 97 percent more likely to succeed.

"Our research has shown that what matters when it comes to delivering high-quality software on time and within budget is a robust requirements engineering process and having the psychological safety to discuss and solve problems when they emerge, whilst taking steps to prevent developer burnout."

A neverending stream of patches indicates that quality might not be what it once was, and code turning up in an unfinished or ill-considered state have all been attributed to Agile practices.

One Agile developer criticized the daily stand-up element, describing it to The Register as "a feast of regurgitation."

In highlighting the need to understand the requirements before development begins, the research charts a path between Agile purists and Waterfall advocates.


The original article contains 502 words, the summary contains 175 words. Saved 65%. I'm a bot and I'm open source!

load more comments
view more: ‹ prev next ›