Is All This Success Actually Failure?

There’s a bit of a tempest going around …

In an interview, Ken Schwaber said I estimate that 75% of those organizations using Scrum will not succeed in getting the benefits that they hope for from it.”

I think that’s true.

On his site, Alan Shalloway converted that quote to “The Scrum community acknowledges that only 25% of teams adopting Scrum will get the value they hope to get from it.”

I think that’s exaggeration. 

Alan titled his article “Challenging Why (not if) Scrum Fails,” and refers  to “the high failure rate.”

I think that’s distortion.

My work, primarily, is helping Scrum teams get higher on the benefit scale. Every single Scrum installation I’ve visited has been pleased with progress, and wanted more.  

I think that’s important.

Alan’s point …

… and he nearly has one, is that Scrum (itself) does not change (itself). He asserts that Scrum should change, and that he knows how it should change. He thinks that Lean and Kanban and a few other things perhaps should be added to Scrum, and that somehow it would evolve.

Sorry, but that’s not the Scrum model.

 Scrum is about “Inspect and Adapt”. Scrum installations change. They are mandated to change, required to change. They are required to use every resource of their minds to see obstacles and impediments, and remove them or get around them. That’s the essence of what Scrum is.

Scrum is not a process based on a mass of  rules, principles, laws, and practices. It has a few roles, a few meetings, a few rituals. These frame a team’s work in a way that lets obstacles become visible. Scrum challenges the team to figure out what to do.

And that’s the end of Scrum’s job … and the beginning of the rest of your professional learning.

Teams using Scrum need to learn whatever will help them perform as well as they want to. Is Lean valuable? Certainly: many Scrum teams are applying Lean. Is Kanban valuable? Absolutely: there are probably more Scrum teams using Kanban boards than there are Kanban software teams in total. 

There’s a huge amount of material one needs to learn to be really good at anything, including software development.  There are many theories and principles that will help. The entire Agile / Lean / Scrum / XP / Kanban / Whatever community is engaged in finding better ways to be good at what we do.

It seems to be part of man’s history for a couple of people to get a hold of part of the same idea, then try to tear each other down for being wrong. I’d like the world better if it worked some other way, and mostly that’s what I try to do.

Would you like some help improving what you’re doing? I can help, and I can recommend others who’ll also help. 

Now then. I’m going out in the sunshine. Have a great day!

 

Sunshine car: Montego Blue 335i Convertible

Sunshine car: Montego Blue 335i Convertible

11 Responses to “Is All This Success Actually Failure?”

Keith Braithwaite

May 22, 2009

7:17 am

permalink

“Scrum is not a process based on a mass of rules, principles, laws, and practices. It has a few roles, a few meetings, a few rituals. These frame a team’s work in a way that lets obstacles become visible. Scrum challenges the team to figure out what to do.”

And if they figure out that what they should do is not standup meetings, but something else? Or, if they figure out that what they should do is not fixed-length sprints but something else? Or, if they figure out that what they should do is not maintain a burndown chart, but something else? Scrum isn’t based on a mass of rules, principles, laws, and practices but it does have rules, principles, laws, and practices…no?

Scrum doesn’t change. Fine. Then I think we have to admit the possibility that there are approaches that are different from and better then Scrum, for some teams in some settings. Otherwise, what, the human adventure in finding out how to organize work reached its end point ten years ago and we’re just realising it?

Personally, I think Scrum is an excellent transitional stage for many organization to go through. It’s a great place to take an organization that struggles to add value. And they should look to go beyond it.

PS: As far as I can see, Scrum does, and has, changed.

mhedgpeth

May 22, 2009

7:40 am

permalink

Scrum is only a framework and without prescriptions until you tell people what’s going wrong on your process. Then they tell you “you’re doing ScrumButt”.

I think the Scrum community uses the “it’s only a framework” argument when they’re being challenged by the XP and Kanban people and the “you’re not doing it correctly” when they’re being challenged by the “it’s not working for me” people.

Funny thing is, the only difference between the former and the latter is the former took some time to find some alternatives.

Ron Jeffries

May 22, 2009

8:27 am

permalink

To Keith: I’m certainly of the opinion that there are better ways. I think XPv1 is a better way, for example. But that doesn’t mean that Scrum should change, any more than algebra should change because calculus is a better way of solving some problems.

If people figure out a better way, that’s great. That’s what they’re supposed to be doing. And, if they figure out a poorer way, which often they do in the name of “context”, then they will not prosper. The examples you give have some prospect of being a poorer way, and perhaps some prospect of being better.

Either way, Scrum says “Inspect and Adapt”. I’m OK with that. My job is helping people to Inspect and helping them find good ways to adapt.

Thanks,

R

Ron Jeffries

May 22, 2009

8:32 am

permalink

To Michael: A lot of teams customize their Scrum process in the name of “context”. They might put part-time people on multiple teams, communicate with their product owner on paper, hand off the software to a testing organization, all because of “context”. All those things are impediments to progress, and each one is easy to measure as an impediment.

Scrum says to remove those impediments. The team says “We know we should do that, according to Scrum, but …” and that is ScrumButt.

No one ever calls ScrumButt on a team that is clicking along. Many people call it on teams that are slogging through visible impediments rather than clean them up.

Thanks,

R

Keith Braithwaite

May 22, 2009

8:58 am

permalink

Ron, I have seen people call ScrumButt on teams that were clicking along, but were, for example, tracking the wrong thing on their burndown. “your burndown isn’t right” the CSM tells them, “in Scrum we do blah blah blah”.

I believe that the rhetoric of the Scrum movement and even more so the indoctrination sold by the Scrum Alliance affords this sort of destructive behaviour. YMMV.

Ron Jeffries

May 22, 2009

9:22 am

permalink

Yeah, people can screw up everything. Your phrase “indoctrination sold by the Scrum Alliance” is not consistent with what I’ve seen, nor with what I do.

stephan.schmidt

May 23, 2009

2:52 am

permalink

“Yeah, people can screw up everything. Your phrase “indoctrination sold by the Scrum Alliance” is not consistent with what I’ve seen, nor with what I do.”

I only can second that.

All scrum trainers, scrum masters and consultants I’ve met have been very open to changes in methodology – being it planning meetings done differently, dropping review meetings to go live earlier with completed stories (not at the end of a sprint), changing burn down charts (seen tasks left, story points left, hours left, stories left, …). Whatever works best in your setting. Most tell you it’s safe to play by the book in the beginning and then know what to change and why.

Scrum is about pragmatism and common sense mainly.

“It seems to be part of man’s history for a couple of people to get a hold of part of the same idea, then try to tear each other down for being wrong.”

I’ve found this sad in the Amiga/Atari ST days and before, and I find this very sad when seeing all this recent Scrum FUD comming from some kanban “theorists” – it really grew in 2009.

Cheers
Stephan
http://twitter.com/codemonkeyism

Keith Braithwaite

May 24, 2009

10:09 am

permalink

Ron, Stephan,
I’d be glad to hear more stories of parts of the Scrum world that aren’t inflexible and doctrinaire.

I’d be even more glad to hear stories about any influential member whatever of the Scrum Alliance ® recognising that there are parts of the Scrum world that are inflexible and doctrinaire, and that this is a problem. For so long as that doesn’t happen I’m going to continue to consider the Scrum Alliance ® an unhelpful diploma mill.

Ron Jeffries

May 24, 2009

11:24 am

permalink

There are people everywhere who are inflexible and doctrinaire, so surely there are some in the Scrum world. It is a problem whenever people are inflexible and doctrinaire, so surely it is a problem in the Scrum world.

Now that the above has been said shall I start expecting a different slant?

You said you have seen Scrum teams clicking along. That’s good. I’d be glad to hear about that. Yet you focused on one thing that happened to one such team, that they were told their burn chart was “wrong”.

What happened next? Did they crash and burn? Tell whoever said that to take a flying leap? Find a better chart from the one they had been using before?

I would guess that I know most of the recognized luminaries in the Scrum world, and I’ve spent substantial time with most of them. I find that they are thoughtful, interested in the subtleties, looking for new ways to express things and new things to try. I find that they try to give good value in their courses and consulting.

Are there bad eggs? Surely. But I don’t see how painting the whole Alliance with that brush is helpful.

I’ll be closing comments on this thread soon, but not until you get another say.

Keith Braithwaite

May 24, 2009

12:10 pm

permalink

Ron,
I’m not aware that you speak for the Scrum Alliance ® so while it’s good to see you recognise the point, it doesn’t do much to address my concerns.

That team I mentioned, well several things happened. 1) they did not change their burndown to the approved form (I actually don’t know any team that uses the form mandated in the CSM course) 2) the CSM in question was rejected by the team and had his contract terminated early 3) this episode contributed to a disenchantment with Scrum in particular and Agile in general within that organisation. It’s this well-poisoning that I object to most from the Scrum world. It makes my professional life harder to have an organisation promoting this sort of thinking—that individual was a Certified ScrumMaster, applying their certified Scrum mastery, the Scrum Alliance ® has to bear some sort of responsibility for that, if they are going to continue to take people’s money for the certification. Unless, I suppose, they are happy to be seen as a mere diploma mill.

I personally attended a CSM course (as you know) which was incompetently delivered and promulgated nonsense. The Scrum Alliance ® has amply demonstrated to me that it does not care about this. It has, as a corporate entity, made it very clear to me that this is of no concern. A “certification” body that doesn’t care that it’s certifications are badly administered isn’t worthy of the name.

There are plenty of other stories around regarding the dogged application of outmoded ideas in the name of Scrum causing problems for teams (up to and including the loss of contracts) so without wanting to repeat hearsay I am convinced that what I’ve seen is far from unique.

So, I see bad courses promoting bad behaviours, and those bad behaviours doing no-one any good and as far as I can tell no-one in a position to do anything about one of the causes of this cares one whit.

I’ve spent time with some of the luminaries of the Scrum world, too. Less time with fewer of them than you have, no doubt. Individually, indeed, I have also found them thoughtful, interested in the subtleties, looking for new ways to express things and new things to try. That’s a very different thing from the group behaviour of the corporate entity which is the Scrum Alliance ® It’s that group behaviour to which I object.

Ron Jeffries

May 24, 2009

1:16 pm

permalink

I think I’ll let that be the last word. Except for these. Thanks.

Recent Articles

The Gift … a Report and a Request

The Story in Brief

At Agile2011, I brought along a “gift”, a nicely formatted and illustrated Kate Oneal story. I gave a copy to everyone who asked for one, and to a few people who didn’t but who I wanted…

Events & Classes

  • No events.