The Daily Scrum: Scrum gratia totus

Friday, September 21, 2007 11:29:32 PM (Mountain Daylight Time, UTC-06:00)

I am the ScrumMaster on our current project, and this morning I had to miss our Daily Scrum meeting. Our lead architect and I were invited to participate in a local Technology Incubator meeting that we felt was very important to our office's growth and development. When we returned to the office, the Team was hard at work diligently tackling the tasks on our current Sprint Backlog. I visited each Team member and asked "Did you guys do a Scrum today?" After some foot shifting, the general answer was "Um...no." I think they knew what was coming next. "So why didn't you Scrum?" "Well, you and Dave weren't here." So...what's wrong with this picture?

The Daily Scrum is a meeting at which the Team answers the three basic questions:

(1) What did you do yesterday?

(2) What are going to do today?

(3) Are there any impediments?

These three questions are intended to help the Team synchronize it's work and determine if anything is blocking them from making forward progress on their Sprint goal. They are not meant to be a status report to the ScrumMaster or the Product Owner. They are meant to be delivered by the Team, for the Team. The Daily Scrum should be a meeting where Team members commit to each other the work they are going to complete each day of the Sprint. The commitment should not be for the sake of the ScrumMaster, but for the sake of the entire Team.

ScrumMasters should do their best to be at every Daily Scrum. It shows a level of commitment by the ScrumMaster to the work the team is doing and demonstrates good leadership for the rest of the Team. However, on the rare occasions when the ScrumMaster cannot be present at the Daily Scrum, Team members should still conduct their Daily Scrum as usual. Each Team member should still answer the three questions.

The Daily Scrum should require no leader or ScrumMaster to ask questions and seek the answers. In fact, Mike Cohn has suggested in his Certified ScrumMaster training class that if an outsider observed a well oiled Scrum team during their Daily Scrum, s/he should not be able to distinguish who the ScrumMaster is. At every Daily Scrum, the Team should automatically begin answering the questions without prompting and without reporting to a ScrumMaster. This reinforces the idea that Scrum teams are self-managing and self-organizing by definition. It also emphasizes the fact that members of the Scrum team are comitted to each other and are collectively responsible for completing the tasks in each Sprint Backlog and for the success of the project.

On the flip side of the equation, it is equally important that a ScrumMaster understand his/her role at the Daily Scrum. ScrumMasters do not "run" the Daily Scrum meetings. They are there to record any impediments that need to be removed for the sake of the Team's progress on their tasks. The ScrumMaster also ensures that the "rules" of the Daily Scrum are being adhered to. The rules at our Daily Scrum are simple:

(1) Timeboxed to 15 minutes

(2) Answer the 3 questions

(3) Not a problem solving session

Beyond those three rules, the ScrumMaster should have no undue influence on the Daily Scrum.

The success of any Scrum Team's Daily Scrum depends on the level of comittment of the Team members to each other and to the project. It also depends on the ability of the ScrumMaster to truly accept a servant leader role during Daily Scrums. After all, the Daily Scrum is Scrum for the sake of all...Scrum gratia totus!

Monday, September 24, 2007 12:26:22 PM (Mountain Daylight Time, UTC-06:00)
I completely agree that the stand-up is for the members. I also empathize that keeping this daily rythm - and keeping it fresh - is anything but easy. The big benefit is that we all tend to get interupted less if we are able to keep this going.

As part of Rally's exec team, we do our executive team stand-ups Tues - Thurs to stay synced with daily progress and identify blocks across departments. Why not meet everyday? To be clear, all teams DO have a daily standup, and in development where we have 3 scrums, there is a srum-of-scrums as well. But as a meeting of department heads, we already spend Monday in a 2 hour staff meeting following the Gazelles agenda. Our departure from Gazelles' one-hour format is that we spend the second half of the meeting problem solving on a specific rock identified by the exec team. All those who can contribute to the issue stay, others can leave. While not appropriate for fast moving projects teams, this schedule tends to work well for us.

I remember that in Agile, we don't do less planning. We just do it in much smaller chunks and spread it out using daily - weekly - quarterly heartbeats.
Monday, September 24, 2007 9:19:59 PM (Mountain Daylight Time, UTC-06:00)
Great post Chris. What suggestions do you have for getting the team to see value? How do you plan to get them to see this as self-management rather than status reporting? It seems a lot of teams have this hurdle and some never make it over it. It seems that teams can miss the value of scrum if they do not overcome the feeling of status reporting.
Comments are closed.