Sadly, […] a terribly stupid catastrophe occurred. […] it is the story of that terrible stupid catastrophe and some of its consequences.
It is also the story of a book, a book called The Hitchhiker’s Guide to Killing Agile, not an Agile book, never published on Agile website, and until the terrible catastrophe occurred, never seen or heard of by any Agile team members.
Nevertheless, a wholly remarkable book. […]
It begins with a homeopathic remedy…
The aim of this new leg of our journey to try to survive The Hitchhiker’s Guide to Killing Agile is to talk about a worrying trend I’ve been recently noticing among some of the so-called Agile coaches, gurus, heroes and evangelists.
As you may know, as much in the case of systems as in the case of people, inconsistent behaviour is one of my pet peeves.
So, I think it’s high time I ranted about the lack of coherence, if not integrity, of some alleged Agile professionals.
At the beginning, not only do they carefully explain Agile values and principles, but they also responsibly warn you about the risks of cargo cult.
They also mention that it doesn’t make sense to adopt the Spotify model if you are not working at Spotify.
After all, even Spotify doesn’t use the Spotify model anymore…
But then, when a big customer calls them to “build squads” —probably because someone from upper management has distractedly read something about that on a business magazine or has heard a competitor mention it at a conference—, they quickly accept this kind of (usually well-paid) assignment, without batting an eyelid.
If you ask them what happened to the values and principles they were diligently spreading, chances are they initially look puzzled.
Once you point out the inconsistency between what they used to preach and what they are currently doing, they are probably going to explain that one thing is the theory, and another thing is applying it to practice; they might also pompously add how difficult is the situation at that large organization they are currently consulting, and that a cultural change within a so big corporation is really cumbersome; they might even allege that, after all, they have to do what the customer asks for, and they need to adapt to the customer’s context.
All in all, they are just trying to justify their conspicuous paycheck.
And in doing so, they don’t even look uncomfortable at all: they are so experienced at forgiving themselves for their lack of congruence…
Just to make it clear: to me, accepting the task of “building squads” without any previous assessment means making a living as irresponsible installers of cargo cult.
What’s more, some of them have started promoting also the Atlassian QA process, selling it as the panacea for software testing.
So, now it seems that, regardless the sector they are, the products or services they sell, or the problems they have, all the organizations need one and just one tester… ehm, pardon me… one and just one quality assistant, being this concept usually presented as a kind of best practice for Agile Testing.
Again, they are just fostering more cargo cult.
And in this case it’s even worse, because most of the time those Agile coaches, gurus, heroes and evangelists have no idea about what testing is really about.
They might be familiar with the concept of checking that a system does what it is expected to do, but they aren’t able to get what exploratory testing is about and don’t have the mindset to understand the need of investigating how a system might not work.
As easily they bought the unfortunately popular model used by Atlassian, as they are now trying to sell that new ridiculous trend just for the sake of looking like the experts in the room.
The only explanation I can find to such an inconsistent and harmful behaviour is that they might believe in some kind of homeopathic agility.
After all, aren’t they acting as though a practice that causes the symptoms of a disease in healthy organizations would cure similar symptoms in sick organizations?
Let’s inject a bit of Spotify model here; let’s add a pinch of the Atlassian process there.
Let’s dilute Agile values and principles in squads, tribes, chapters and guilds; let’s eventually take advantage of a quality assistant to deliver the finishing blow.
Well, as far as I know, the effectiveness of homeopathy has not been proved yet.
Nevertheless, it’s clearly a profitable business for those who sell it.
Exactly like homeopathic agility…
List of references
(Sadly) real working life.
Adams, Douglas. The Hitchhiker’s Guide to the Galaxy. London: Del Rey Books,1995 (first published 1979).
Fake review from The Fake Boston Globe
Seconds before the lab is demolished to make way for a new galactic device…
… a SW tester begins a journey through Scrum framework aided by quotes from The Hitchhiker’s Guide to Killing Agile (“A speck is about the most massively useful thing a software hitchhiker can have”) and a lab full of fellow team members…
Thanks for reading this article.
Feel free to recommend it or to add a comment.
Should you have any doubts about Agile, please contact me: I will be glad to help you.
On the other hand, if you want to get notified about my blog posts, please sign up through the BLOG > SUBSCRIBE TO THE BLOG NEWSLETTER menu.