Summary

The article criticizes the current state of Agile project management, suggesting that it has regressed into a rigid, waterfall-like approach with the facade of agility.

Abstract

The article argues that Agile projects have lost their intended flexibility and adaptability, becoming "waterfall projects with sprints." It suggests that the original Agile Manifesto's principles of empowerment, continuous improvement, and responsiveness have been overshadowed by fixed deadlines, micromanagement, and a checklist approach to Agile practices. This has led to a frustrating and ineffective development process, with projects that are Agile in name only, suffering from the same issues as the traditional waterfall methodology they were meant to replace. The author points out that the misapplication of Agile principles has resulted in a demoralized workforce, with developers experiencing burnout and disillusionment due to the gap between Agile theory and practice.

Opinions

The author believes that Agile has been commodified into a set of rigid practices, losing its essence of true agility and adaptability.
There is a strong criticism of the current state of Agile, which is seen as a mere label applied to projects that are actually following a waterfall approach with fixed deadlines and little to no empowerment of development teams.
The article suggests that the Agile methodology has been corrupted by the demand for predictable delivery timelines and costs, which contradicts the inherent unpredictability of software development.
The author expresses that the true spirit of Agile, which includes continuous learning, improvement, and empowerment, has been replaced by an obsession with following a set of prescribed Agile rituals without understanding their intent.
It is highlighted that the failure to embrace the core principles of Agile has led to a demotivated workforce, with developers feeling overworked and unheard, contributing to high turnover rates.
The author implies that the industry is in a cycle of searching for a "magic formula" in project management methodologies, which inevitably leads to disappointment when the promised results are not achieved.
There is a sense of resignation that despite its current flaws, Agile will persist in some form, continuing to evolve or devolve, as the case may be, with new methodologies emerging to take its place in the project management landscape.

Agile Projects Have Become Waterfall Projects With Sprints

All the agility has been sucked out of agile projects

Doing agile is not the same as being agile

Agile projects have become bloated, lazy waterfall projects with two weeks sprints. The waterfall production line approach is suited to projects with known requirements or making widgets.

Currently, agile projects are turds rolled in raisins and called roses. Any developer with half a nose can smell these are not roses and late projects or failed projects waiting to happen.

The Agile manifesto is full of enthusiasm, vibrancy and can do attitude. It empowers small teams to create software with minimal guidance and tells them to go get it.

Agile doesn’t specify exact rules to follow because you were meant to learn and improve as you went and work out the most effective way to work based on feedback. It acknowledges there are no best ways because each project is unique.

Agile promised to deliver software faster and customers to return on investment quicker. When you hype any project mythology up more than a Lady Gaga concert, disappointment is likely in 99 percent of Agile projects.

Agile has turned into a stiff old man

Agile took over the world and become so popular customers demanded agile projects, regardless of whether it was a good choice or they had the right people.

In the book Sooner Safer Happier: Antipatterns and Patterns for Business Agility the writers complain projects do Agile instead of being agile. Agile has become a product instead of a mindset.

“It’s agile snake oil, cookie cutter Agile, Agile in a box. Install it and you will be Agile. It’s Agile for Agiles sake.” Sooner Safer Happier

I would say it’s worse; companies and Dev teams want agile delivery that involves product backlogs, sprints, and fixed deadlines/cost. The agility part of agile projects is completely removed.

The retrospectives are gone
The agility and changing the ways of working are gone
Fast delivery into production is gone
Deadlines are expected to be kept
Teams are not empowered or autonomous

It’s more like waterfall projects with upfront requirements, fixed deadlines, sprints and 2 weekly demos.

The word agile means nothing and agile projects have had all the agility squeezed out them

Worst of all worlds

There are many projects which are Agile in name but chaos in reality

There is no appetite for empowering small teams. Management doesn’t trust teams and wants to monitor all decisions, and this has seen an explosion in meetings.

No focus on improving ways of working to optimise for the project.

This extra layer of management and meetings slows down development giving development teams less and less time for development. Any time gained from remote working is gobbled up in meetings.

Developers are busier and lonelier than ever before. Burning out in higher numbers and continuing to move jobs in the hope the next job is better.

Inflatable dartboards

Wagile software development is a group of software development methodologies that result from attempting to implement Agile in environments not ideally suited to or ill-prepared for this methodology, where the resulting approach is a combination of agile and waterfall methodologies — wiki

The wagile approach is not a tool suitable for building unique software. It’s an inflatable dartboard or a chocolate teapot.

It creates impossible project plans to deliver late projects, and higher costs. No one knows how the software should work at the start. It’s an emergent process where you discover requirements as high-level requirements are turned into detailed requirements.

You cannot create fixed deadlines unless you know all the requirements and guarantee no requirements are changed.

Why did we get here?

Waterfall projects are ill-suited to software projects before agile and are still not suited to software projects now.

Agile offered a magic way to deliver projects quickly and on time with small teams. Agile wasn’t a magic formula that turned bad developers into super heroes and deliver all projects on time (spoiler alert, there is no magic formula).

We now have a grass is the greener scenario.

During late/failed waterfall projects, agile projects seemed greener.
Now we have late/failed agile projects, wagile projects seem greener

Too busy to think

I enjoyed working on agile projects because they might start badly, there was hope they would improve. It was refreshing for the development team to be asked to identify problems and put forward suggestions (which were mostly ignored for being too hard).

The development team felt (slightly) empowered with the potential to decide and act fast. Having a product owner who can decide, allowed developers to have direct access to business experts.

These days agile is a slow, frustrating meeting fuelled trudge, like swimming through peanut butter, lots of effort for little reward.

Agile project methodology won’t disappear but it’s in its cash cow days of projects doing Agile but not being Agile. The Rumours of the Death of Agile Have Been Greatly Exaggerated.

When the world ends, there will still be agile projects, running late and being delivered by cockroaches :-)

Conclusion

People are the reason for success or failure. Project methodology, technology and programming languages are the tools used to create software.

There is not and never will be a magic formula to deliver projects.

Soon there will be a new project methodology that will promise to deliver software projects on time and on budget. It won’t work, but we will all have fun learning new terms and joining a new methodology cult.

In the meantime we are stuck with the half waterfall/half agile project approach that takes bits of each and still makes projects late.