Agile Zone is brought to you in partnership with:

Gil Zilberfeld has been in software since childhood, writing BASIC programs on his trusty Sinclair ZX81. With more than twenty years of developing commercial software, he has vast experience in software methodology and practices. Gil is an agile consultant, applying agile principles over the last decade. From automated testing to exploratory testing, design practices to team collaboration, scrum to kanban, and lean startup methods – he’s done it all. He is still learning from his successes and failures. Gil speaks frequently in international conferences about unit testing, TDD, agile practices and communication. He is the author of "Everyday Unit Testing", blogs at http://www.gilzilberfeld.com and in his spare time he shoots zombies, for fun. Gil is a DZone MVB and is not an employee of DZone and has posted 76 posts at DZone. You can read more from them at their website. View Full User Profile

4 Signs That Agile is Declining: The Sequel

11.07.2013
| 14496 views |
  • submit to reddit

It’s been more than two years since I wrote “4 signs that agile is declining.” I gave a talk at Agile Eastern Europe (which hopefully will be up soon) that revisited this topic. I went over  things I see today that help agile lose. Not because it’s bad, but the way it seems from business point of view.

Here’s a summary. And if you’re good, I’ll give you a bonus sign in the end.

We’re moving too fast

Developers know this: technology changes every two months. We’re either on the bleeding edge, or we’re considered old hat. If you asked a business person if that makes sense, he’ll laugh in your face. When you talk about methodology, it’s even worse.

Agile has been around for something like twenty years. In that short (yes, that’s considered short) space, we’ve gone from XP and scrum, to lean and kanban and now to SAFe. We’ve been creating certificates all over the place.

So the business person says: Slow down. If you’re changing your mind left and right, why don’t I wait until you relax, choose something that will last for 10 years, then call me back. Because I’m not training my whole organization on scrum this year, and re-training them on kanban in three years.

The funny thing is that even if we don’t have enough experience with our own methods, we have no problem suggesting what we do to our friends. “Yes, you should definitely do stand-up meetings, it will change your life”.

The Agile meter

Because if you’re not doing stand-ups you’re not agile.

This kind of stupid is part of agile conversations everywhere. “You’re doing scrum? We moved on to kanban.” People with enough mileage will tell you this is another holy war like they’ve seen before.

And like any holy war, an outsider business person says: Stop acting like little children, and tell me what I should choose!

And this is where the salespeople come in.

The commoditization of Agile

“All you need to do is have three roles, five activities and three artifacts, and that will solve all your problems.”

Why was scrum the one that crossed the chasm? It simplified things, and spoke the business language.

But when you simplify too much, you leave out the most important thing – context.

Everyone with some change management experience under his or her belt will tell you: It’s all about context. Scrum tells you that it’s just a starting point.

But that’s how the salespeople are selling. And after the deal is done, the customer sees what agile exposes best: problems. Usually, we don’t have patience to reap what we sowed, so we deem our implementation a failure.

And we’re not done with just failure. We need to rub it in.

Agile reactionists

It didn’t take long until we’ve started some wars within the agile camp. The craftsmanship people understood that agile implementation top-down leaves out all the technical practices that make “working software,” so they said to the business people “you’re doing it wrong, we’re going to save you from yourselves.”

Or the new hotness, “No Estimates” where developers, burnt by being human (not being able to estimate), decided to punish back business people who do not carry a dictionary (estimates are NOT accurate). Instead of working together, and work out a plan, no estimates for you.

Way to build the bridge people.

Doom and Gloom

Immaturity of process and people are going to cause a near term disappointment on the business side.

Until it comes to a tipping point where the business will say: Thanks, but no thanks. Get back to me when you’re ready,

We, as an agile community, need to grow up. We need to experience and learn. We need to educate about uncertainty and risks. We need to be transparent and fearless.

Repeat after me:

  • There is no silver bullet. No one way to success
  • This is an ongoing  learning. Failure is both inevitable and necessary.
  • Whatever I’m doing may or may not be successful for someone else.
  • I’m willing to help build the bridge between developers and the business.

And everything will be all right.

P.S.

According to David Anderson, one of the signs that agile is declining, is that people write posts about agile declining.

He’s got a point…



Published at DZone with permission of Gil Zilberfeld, author and DZone MVB. (source)

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)

Comments

Amit Mujawar replied on Mon, 2013/12/02 - 12:14am

 Cannot agree more!!! Great post

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.