He asserts that Agile itself is corrupted, and we should reject the word and all its related practices, education, literature, trade groups, and conferences.
But he's wrong.
These terms (Eco, Natural, and Agile) aren't an excuse to turn off your brain. You still have to know what Agile (or Eco or Natural) means in order to evaluate that claim. Expecting everyone who uses a term to use it in exactly the same way is ridiculous. Changing it from Agile to "agility" won't make any difference or distinction. The same shady consultants and book writers that create "Doing Agile Right" books and courses will just write "Programming with Agility the Right Way." The same companies that say "we are agile" while writing four-page user stories won't wake up and say, "oh, our practices don't exhibit agility", they'll continue to say it just the same. And you'll still have to evaluate their claims, just the same.
But he's not just wrong, he's harmful.
Dave suggests that agile conferences, trainings, and apparently all literature on the subject is counter to the original spirit of the manifesto. Maybe is is, I wasn't there so I wouldn't know. But I know that they wrote about teams coming together regularly to tune and adjust their behavior. If your conference doesn't feel like that, it's a bad conference. If your training doesn't feel like someone sharing their experiences so that you can use what works, it's a bad training. If you're ignoring that principle by requiring that your teams "do Scrum by the book", then changing from nouns to adjectives in titles and slides isn't going to fix that.
Rejecting the experiences of others isn't going to make you better at doing agile, being agile, or performing with agility. His advice to "just do these four things, and build up your experience" while an accurate general guide (that I like), it ignores the fact that he has, himself, taken at least fifteen years to get to this point. Should we all just derive the fundamental principles of calculus ourselves as well? Or would it be better to talk together, as a team or as an industry, about what works and what doesn't?
He talks about "protecting" the word agile -- there is no practical way to do that, unless you want to trademark the term and sue those who use it in a way that you don't approve of. But I get the sense that Dave isn't a big fan of the Scrum Alliance either.
So what do we do? We keep being leaders, we keep sharing what works, we keep pointing out when the emperor or alliance has no clothes. What we don't do is mess around with meaningless semantics, and in the process reject an entire community and network who, on the whole, has changed the industry for the better and continues to push the envelope.
6 comments:
You are obviously just part of the Agile-Industrial Complex! Viva La Agility!
Well written sir. I feel you make a good point showing the other side of the argument. Although I think he is speaking in absolutes to get his point across: if I'm supposed to find my own way, you shouldn't criticize if my way is to seek help.
Ooo, I'm stealing "Agile-Industrial Complex." That's a good one.
Jason J: Maybe it's the classic news problem: If you frame it as a reasonable description free of hyperbole, it isn't news. Rewrite it to read, "Some vendors and authors don't know what they're doing, you still need to evaluate them closely" it's more true, not a very compelling story.
That criticism applies to my response, too. If it wasn't titled with "Dave is wrong", etc. it wouldn't be a very interesting post.
This other blog (rant) is also very timely and expresses some of the concerns I have had when having "Cargo Cult" agile/scrum leaders on my team.
Coconut Headphones: Why Agile Has Failed
But then you get leaders that understand and actually are agile and adjust practices to fit the team. Agile for me means that you always adjust to become for effective. In my current team this is lead to that we moving from a scrum model to a kanban (potentially value flow) model.
Fabian = Nils :-)
From the "Coconut Headphones" article, I agree that it's key not to follow practices blindly.
The conclusion that only technical people can be good managers isn't something I can get behind. I think it's harder, for sure, but I'm not willing to write it off as impossible. Maybe my next blog would be "what I want from a non-technical manager" :P
Post a Comment