Daily Scrum

What is the purpose of the Daily Scrum?

Well, first, how often do we have one?

‘Obvious, toolshed, daily!!’ Well, apparently not so obvious to all. Some people think we need one twice a week.

Let’s go back to the purpose.

The purpose is to enable the team to make micro-adjustments in any dimension to land the plane more successfully.

What does ‘land the plane’ mean? Well, to deliver the team’s commitment (or promise) made in Sprint Planning to deliver 8 stories that sprint. (Well, it might have been more than 8 stories, depending on their size and the team velocity.)

What does ‘more successfully’ mean? Well, all 8 stories first. Higher quality, less technical debt. And maybe another story, or at least another story started. And given the usual ‘stuff happens’ around here (as it always does).

So, who is making the micro-adjustments? Well, anyone on the team. Probably really everyone on the team, both consciously and sub-consciously.

What a Daily Scrum should not be

Another stupid wasteful meeting.
A status meeting for the ScrumMaster.
A time to brag about all the wonderful things I did yesterday.
An endless discussion of, and attempt to fix, several impediments (with all team members present).
A time to hide the truth, because God knows what those stupid people might do with it.

Why Daily?

Well, we work each day, so the situation is always changing.
And because a serious impediment could arise any day. And often we don’t recognize the impediment until we get together and see the impact on the team.
There is a saying: “Take care of the small problems and the big problems will take care of themselves.” Maybe not always true, but this might be one hypothesis behind the Daily Scrum. If we fix the small problems when they are small, they do not grow to become big problems.

Related to this is that the bad news does not get better with age. So, identify it quickly and hopefully fix is quickly, before the bad news becomes worse.

What do you mean ‘micro-adjustments’?

Well, anything really, that can help us be more successful.
Working together more or differently.
Getting new information.
Fighting over a problem.
Asking for help.
Fixing an impediment.
Getting clarification of a mini-feature.
Different automated testing.
Etc Etc.

The Daily Scrum – a question

Srinivas sent me the following note:
Thanks to Joe and all of the attendees – I have learned a lot from all of you. I have a simple question – in the daily scrum meeting – if I understood it correctly, team members are expected to answer the 3 questions to the team – and not the scrum master. Yes? How did you get them to do it? What I am finding is that the members are reporting to the scrum master.”

Here is how I replied.
Yes, the 3 questions are answered by each ‘pig’ (including the Product Owner). To the whole team, not to the SM. (We don’t need to get too concerned about exactly where the eyes look, as long as the attitude is right.) The SM is the master of ceremonies of the meeting…trying to keep it good, to the point, quick, useful.

Explain the purpose: To give the team members enough info each day to make mid-course corrections to ‘land’ all the promised stories by the end of the sprint. Everyone can help make mid-course corrections. Of one sort or another.

To stop the behavior you mention, sometimes the SM has to remind them to report to the team. Remind them of the purpose. And sometimes avert eye contact. And sometimes step ‘outside’ the semi-circle of pigs.

If the SM is the former Project Manager, this is a hard switch for everyone, since the habit of ‘reporting’ to the PM may be well engrained.

Help enough?

We can’t go any faster Captain!

For many Scrum teams, they reach the point of attacking all the obvious impediments. And they are fixed. And they say, in effect, “we can’t make it go any faster Captain!” As that actor with the Scottish accent would say in the original Star Trek.

What’s wrong with this picture? (for the Team)

Well, many things. I will name a few below.

1. Not so obvious impediments.

What I often find is that lots and lots of not-so-obvious impediments still need to be fixed. Things that they overlooked. Or someone didn’t see. Often they are the “elephant in the room” kind of impediment. One example has been a command&control ScrumMaster. And there are many others.

Some people assume all impediments must be technical.
Some think all are to do with Continuous Integration.
Some think all are facilitation issues.
Some think if we take care of expresso and baby-sitting we are done.
Some think that disruptions by managers are the only impediments.
Some think think that the initial setup of the infrastructure for the Team is the only impediment.

But, the biggest impediment can be any of these, and more. Technical debt, for example. Or not building new technical debt.

2. Impediments that seem immovable.

I am not in favor of attacking impediments that simply can’t be changed.

But, what I usually find is that teams assume that 3 or 5 impediments can’t be fixed or improved, and they give up trying to work on them or even asking anyone else to work on them.

And, usually a you need something to “juice” the team to get them to even think of working on these kinds of impediments. Often, the impediments are actually easy to move, eg, after talking to the right manager. Not always, but often.

3. “We’re perfect now.”

There is this deep human desire to be perfect, to be done getting better. To feel we are the best, and can’t possibly improve.

But the wise and even 6 year old know, no one is perfect.

So, we must ask the Team to always say, even though we won the Super Bowl last Sprint, we have to get better….so, what is the biggest impediment now?

The relentless pursuit of perfection. But always a perfection that eludes us.

The Lean people say that when we approach our earlier definition of perfection, we become wise enough to define a new, tougher definition of perfection. Which we can then pursue.

* * *
There are many more issues around this, but these three are a start.

Suggestions for a better Daily Scrum

It is our view that the main problem with doing Scrum is that we don’t ‘feel the music’ while we do the dance. That is to say: we don’t understand the values and principles underlying the practices we are doing.

In general, this is true of all of us. So, there is no reason to get obnoxious about ‘I get Scrum better than you’. Still, in any case, someone has to talk to someone else, to the effect that, ‘I don’t think you are getting the values and principles well enough’. Sometimes this starts as a question, such as: “Why do we do the Daily Scrum?’

My answer: It enables the Team to land the airplane at the end of the Sprint.

Put another way, it enables the Team to get enough visibility about ‘everything’ that is going on, to identify the biggest problem(s), deal with them some, and then complete the Sprint successfully. Meaning all promised ‘stories’ are completed (‘done, done’ if you use that phrase).

Some smells or issues:
1. ‘We are reporting status to the ScrumMaster.’ OK, raise your hands anyone who enjoys reporting ‘status’ to any manager. Ummm. No hands. Shocking. No, dudes, you are not reporting status to any manager. You are enabling yourselves (the whole team) to be successful.

2. ‘No one is talking about anything useful.’ Then do the five Whys about the root cause of that.

3. ‘People want to hide.’ Well, it is natural to hide from pain or expected pain. Virtually 120% of the time, the implementers have been beaten up, harassed or at least disrupted if they told the truth. So, naturally, it takes a long time of not getting punished before they believe they won’t be punished any more. Figure out how to deal with that. Talking helps.

4. ‘Everyone says “No impediments”.’ Yeah, like that is true. First, explain that we are always removing the top impediment (that is happening for your team, right?). Then, emphasize that people themselves and their normal mistakes are not impediments. Or maybe better to say that we ALWAYS expect people to make a normal number of human mistakes. That is part of being creative. Then, ask them to identify ‘anything’ that is slowing the team down. (Sometimes they have too limited a view of what an impediment might be.) Then, tell them that each person must identify his biggest impediment. (And we all have one, since nothing is perfect.)

5. People arriving late. Umm. Sometimes a difficult one. First, review why you think the Daily Scrum is valuable, its purpose, stuff like that. Does that person agree? If yes, then why is he late? Ah, he has something more important almost every day? Does he really feel he is a team member? And continue on like this. But sometimes it just takes ‘tricks’. The ‘put a $1 in a jar’ one is well known. (The Team takes the money and buys donuts every so often, for example.) Or, try having the late person sing a song after the stand-up. Very effective for many. Or, have the person eat a pickle (in the morning). I have not done this, but I hear that a pickle tastes bad in the AM.
Now, if a team member sends in one’s answers to another team member before the stand-up, then one is not ‘late’.

6. They only answer the 3 questions. The 3 questions are only a help. The Team should talk about the most important stuff in 15 minutes (max) to land the plane. Together. Especially if some Sprints have failed (not gotten all stories done) and poor daily info feels like a root cause, then explore this.

7. Have the Daily Scrum around the Scrum Board. Finally, a positive one. I strongly encourage teams, especially beginning teams, to have the Daily Scrum around the Scrum Board, and to move the cards in the meeting. It is magic. (Lots of studies and theory explain what the magic is, but do you need to go there?) Yes, the works a lot better if the team is collocated.

Why do we have a daily Scrum?

Well, it’s just like Fred Brooks said in The Mythical Man-Month.
‘How does a project get one year late?’
‘One day at a time.’

If we take and address the top impediment each day, we are much more effective as a team.

Acceptable Interrupts – Toward a better Daily Scrum

As many of you know, Scrum has a Daily Scrum or stand-up, where the team syncs up quickly (in 15 minutes). For some reason (or perhaps a variety of reasons), many teams either don’t get the value or take too long. Or both.

So, to make your Daily Scrum better, consider a couple of questions.

1. What is the purpose of the Daily Scrum or stand-up?

It is typically not to solve world hunger. Nor to discuss vacation plans. A reasonable purpose might be “to discuss those things essential to helping the team finish a successful sprint or iteration”. Agree on the purpose within the team.

2. How big is the team?

Lots of info suggests the team size should be 7 plus minus 2. Maybe your team needs to break into 2 teams. Figure it out.

3. How do we keep it shorter?

The whole team can’t concentrate for a long time. Maybe 15 minutes. So we try to say the essential stuff (using a timebox and the 80-20 rule) in 15 minutes. Yes, 15 minutes.

The team might actually all pay attention for that long.

It is a Daily Scrum, right?

4. How do we keep it to 15 minutes?

One suggestion: Fewer interruptions. And only short ones. When a person is answering the 3 questions for himself or herself, we need to interrupt them less (usually).

5. What are acceptable interruptions?

Make a team norm about this. My proposal is this…

a. None? (Probably good to suggest, but not easy to do. A few interrupts are actually useful.)

b. “I did not hear or understand what you said…”

c. “Let’s talk about X right after this huddle?”

d. “Can I help you? Do you need help with that?”

e. “Is X an impediment?”

f. If the person did not give a full update…

- “yesterday?”
- “today?”
- “impediments?”

g. No interrupt (including reply) is longer than 10 seconds.

6. Do you start on time?

Don’t waste the whole team’s time for one person’s delay. If you delay, you are telling the late person it is ok for him or her to be late. Always start on time.

7. Talk to the Sprint Backlog board and cards, or something that represents the whole iteration’s worth of work.

This can take many forms. Have easy reference numbers so everyone can follow along. Point to things (cards) in the room while speaking (people are engaged more if you use visuals like moving your body to point to a card).

8. Call the Daily Scrum “done” and let most people get back to “real work”. (Yes, Virginia, the Daily Scrum is also real work. And it takes effort.)

9. Who are the attendees?

Of course you want the pigs (those people who are committed to delivering on that sprint’s work). And of course that includes the Product Owner (the key person representing the business side).

One common problem is “talking chickens” during the Daily Scrum. We sometimes do want to hear from them (the “only involved” can still be very valuable), but let’s talk with them after the stand-up. One related problem is that chickens often don’t attend the Daily Scrum often enough to know the Team Norms about how the Daily Scrum will work. So explain a little and let them talk after the Daily Scrum (when many team members will have had a chance to escape ).

Good luck with better huddles. And tell us your ideas.

Some video resources

Lachlan Heasman posted a comment to another post, reminding me of some great video resources. For now, I’ll just mention the two he reminded me of. There are earlier posts with other videos.

1. Ken Schwaber talking about Scrum at Google (about 1 hour). As I commented to Ken, good for lots of companies to know that Google is using Scrum. Might make them question that (current) waterfall ways. See here.

2. The Scrum Masters (second joint production): The Dysfunctional Daily Scrum (aka stand-up). These are some great coaches (and proud to call them friends, as well) having fun pretending to do a daily scrum the wrong way. See the video here.

Three Google/Agile videos

Google is doing Agile, and four people have come to talk at the Googleplex about Agile. (Maybe more.)

One is Ken Schwaber, who talked to them for about an hour, mostly about Scrum. The excellent video of his talk is here. The nuances of Scrum become clearer when you hear Ken explain it. His website is here.

Esther Derby and Diana Larsen also visited the Googleplex. Their talk about Agile Retrospectives is here. I am a fan. Of Agile Retrospectives (the activity and their book). And of Esther and Diana.
See also their blogs here and here.

Again, Jeff Sutherland spoke at the Googleplex. His talk on Scrum tuning is here. Also highly recommended. His blog is here.