[home]

Eljay’s thoughts on Faux Scrum.

What is “Faux Scrum”?

I define Faux Scrum as calling a management process Scrum, but that process is not Scrum.

It could be approaching Scrum, as part of the transition to Scrum. But isn’t there yet.

Or it could be completely not Scrum, yet calling it Scrum because some executive wanted to “do Scrum”.


Case Study #1.

The first company I was at which wanted to “do Scrum” got about halfway there.

Using Kelly Waters Scrum as a checklist guide...

  1. yes, no, no, yes - SM, PO, Dev Team, Backlog
  2. yes - Estimates
  3. not really - Sprint Planning & Requirements
  4. yes - Sprint Planning & Estimate Tasks
  5. no - Collaborative workspace
  6. no - Sprint!
  7. not really - Stand up
  8. no - Daily Burndown Chart
  9. yes - Finish: done means DONE
  10. sort of - Review, reflect, repeat

All-in-all, not bad considering Scrum was a new-fangled approach. Lots of winging it.


Case Study #2.

The second company I was at said they were “doing Scrum”.

  1. no, yes, no, yes - SM, PO, Dev Team, Backlog
  2. no - Estimates
  3. no - Sprint Planning & Requirements
  4. no - Sprint Planning & Estimate Tasks
  5. no - Collaborative workspace
  6. no - Sprint!
  7. no - Stand up
  8. no - Daily Burndown Chart
  9. yes - Finish: done means DONE
  10. no - Review, reflect, repeat

This was a complete Scrum sham. The director even said “We’re agile... in spirit.” That’s middle management being directed by executive order to “be agile”, yet has no interest in giving up their traditional command-&-control structure. Middle management can tell the executives “Yes, we’re agile!” with a straight face, yet by no measure whatsoever is the management process agile.


Case Study #3.

The third company I was at said they were “doing Scrum”, but they are actually transitioning to Scrum. Ever so slowly transitioning to Scrum. I expect the transition will finally be complete in about ten years.

  1. no, no, no, yes - SM, PO, Dev Team, Backlog
  2. no - Estimates
  3. no - Sprint Planning & Requirements
  4. no - Sprint Planning & Estimate Tasks
  5. no - Collaborative workspace
  6. no - Sprint!
  7. yes - Stand up
  8. not really - Daily Burndown Chart
  9. yes - Finish: done means DONE
  10. kind of - Review, reflect, repeat

I think the transition to Scrum is going so slowly because management considers Scrum to be a development methodology. Something that “the devs do”, and management stays the same as it has always been.

Scrum is not a development methodology; Scrum is an agile management process. It’s something management does. (Which impacts how the devs go about their work. But if management does not embrace Scrum, then devs won’t reap the benefits of Scrum, which in turn means the business won’t realize the advantages of Scrum.)