Why Agile Fails

Table of Contents

Introduction

Implementing a methodology from the Agile family is not at all easy. The problem usually lies in management, who upon superficially understanding what it’s all about, perceive the new method as a promise that from now on, everything will magically work better. It doesn’t matter if we have subpar team members and adhere to the principle that “any specialist can be replaced by a finite number of students.” It doesn’t matter if there’s complete disregard for knowledge management and skill development in the team because there’s never time for that. It doesn’t matter if people working on projects are shuffled between projects—after all, it’s about interdisciplinarity, and everyone should know everything.

It doesn’t matter if deadlines are set a priori for unclear reasons or if it’s assumed to be the only way to convince clients that we’re professional, thinking we’ll somehow fit in the timeframe. It doesn’t matter if we don’t find time to maintain architecture and code because there’s no time for such unnecessary activities.

Agile promises that everything will be beautiful now. We’ll just slap a label on what we’re doing now—let’s call it “Scrum,” create a bit more chaos because it’s about managing chaos—thus, everyone does what they want, how they want, and we stop documenting anything. After all, we are using Agile; everything will self-organize.

Why Agile Often Fails

Therefore, Agile most often doesn’t work because the people blindly applying it or the management preliminarily accepting the benefits of the approach use very simplified thinking: “Ok. We’re doing Scrum. But actually, 8 out of 10 elements don’t suit us, so we’ll pick what fits (two elements), and we’ll continue doing the rest as before (as described above).”

And everything will remain as it was, or even get worse.

A Word of Caution

THUS WARNING: In such a case, one should not, and even MUST NOT, start using Agile. Agile is a change, a significant change, not a label that will solve all problems (in this case, a bottle of alcohol might probably work better).

(Text translated and moved from original old blog automatically by AI. May contain inaccuracies.)

Related Posts

Don't Be Fooled by What Others Say...

Don’t Be Fooled by What Others Say…

A few days ago, as a conscientious citizen concerned about my health, I decided to have some preventive tests to determine my current health status. Initially, I chose a doctor funded by the NFZ (National Health Fund), as I wanted to maximize the value of the 250 PLN the state collects for my healthcare (I won’t delve into discussions on the efficiency of fund management in state institutions). Of course, I had done some research on which tests might make sense at my age, printed a list of potential tests, and presented it to my doctor.

Read More

The Big Lie About Clean Code and Unit Testing

Introduction

Many people are convinced that waking up early, say at 5:00 AM, is an unrealistic fantasy for them. They believe that their nature and their body are constructed in such a way that it’s impossible. I used to belong to this group of people.

Read More

A Morning Thought: The Greatest Contribution of Agile

A Morning Thought: The Greatest Contribution of Agile

Today morning I came across Henrik Kniberg’s video http://www.youtube.com/watch?v=Rb0O0Lgs9zU titled Culture over Process. What hit me was that it was about Culture.

Read More