Scrum Defined in Under 10 Minutes

John McCaffrey

This post was previously on the Pathfinder Software site. Pathfinder Software changed its name to Orthogonal in 2016. Read more.

Hamid Shojaee from put together a great video to introduce the core concepts of Scrum and Agile practices called “Scrum in under 10 minutes

 I really like what he said particularly the focus on the importance and simplicity of the burndown chart which helps to :
  • Visually show the hours remaining, and help anyone see “are we there yet?”
  • Allows decision-makers to make adjustments if needed

A simple burn down chart quickly shows the impact of some of the most common efficiency killers or blockers

  1.    late-breaking requirements changes
  2.    waiting for a business decision
  3.    waiting for tech. partner (ssl keys, ops. vendor, etc)

He mentioned the standup, but didn’t cover the 3 questions (What did you do?, What are you going to do? What do you Need in order to accomplish it?), or the idea that only people that have work can speak (Chickens vs. pigs)

I also liked his take on bugs, that you should plan a sprint to tackle them, and any bugs that come up during a sprint should be tackled immediately.

That’s actually something that a lot of teams struggle with, “How do you plan for and estimate the time necessary to fix bugs?”

I always say Bugs Can’t be estimated. While you may be able to plan how much time you will allocate to working on bugs, you can’t really estimate how long it will take to fix bugs unless you have already looked at them, and have figured out the problem. From my point of view, it’s the “looking at it and figuring out what’s wrong”, that takes the longest, and is the part that needs to be accounted for.

How do you plan for bugs?
Do you let bugs accumulate and then have a final sprint before a Release where you tackle all of the bugs? (How would you know that you can fix all the bugs in time for the release?)

Do you tackle all High-Priority bugs as soon as they come up, and leave the medium and small priority bugs for later?

Do you have a ‘zero-bug’ policy, where you fix any bugs that are opened?

Related Posts


5 Keys to Integrating UX Design With Agile for SaMD


Agile in an FDA Regulated Environment


Orthogonal Obtains Medical ISO 13485 Certification


Applying Agile in a Quality Management System