Agile Zone is brought to you in partnership with:

Bob Hartman has spent 30+ years in software development. His logic-based approach to development and quality was honed early in his career when he obtained Bachelors and Masters degrees in Computer Science from Rensselaer Polytechnic Institute. Over the past 10 years he has grown from being an early adopter of agile to his current status as a Certified Scrum Trainer (CST) and Certified Scrum Coach (CSC). He also remembers the pain of long waterfall development cycles and understands the human and business interactions necessary to achieve success regardless of development methodology. Bob is a DZone MVB and is not an employee of DZone and has posted 20 posts at DZone. You can read more from them at their website. View Full User Profile

Focusing on the Right Things in Your Daily Scrum

12.09.2013
| 5491 views |
  • submit to reddit

This post was originally written by .

"Yesterday, I was in Sprint Planning…” I hear it once, and I’m suspicious. By the time the third team member says this, it’s clear the Daily Scrum I’m observing is broken. Everyone in the room knows we did planning yesterday—we were all there. It’s not valuable content to help the team plan its day.

Too many Daily Scrums are a waste of time. It’s not always this blatant, but if everyone knows what they’re going to say in advance of the meeting and nothing changes as a result of the meeting, that team is probably missing the point.

So, what is the point? A few days ago, I tweeted what I believe to be the purpose of the Daily Scrum:

You probably won’t ask that question directly—the conversation would be too wide-ranging and unfocused—but the questions you do answer should lead to answering that larger question.

With the standard Daily Scrum facilitation approach, each person answers three questions in turn, “What did I do yesterday? What am I going to do today? What impediments are in my way?” This approach might answer the larger question, but it often doesn’t. Most of the time, it just looks like a status report.

There’s a better way. Start with the highest priority story on your board for the current sprint. Ask, “What happened to move this story closer to done yesterday?” The people who worked on it will answer. Next ask, “What impediments are keeping this story from getting done?” Again, the appropriate people will speak up. Finally ask, “What are we going to do to get this story done (or closer to done) today?” The people already working on it will probably jump in. Others, now knowing more about the state of the story and what’s needed to get it done, may also offer to contribute. Move to the next highest priority story and repeat. Continue until you reach stories that are not started and won’t be started today.

This approach gets the team focused on the most important stories first. It emphasizes collaborating to get things done over reporting individual status. And it treats yesterday’s progress and impediments as data to inform today’s plan, which the team generates together.

Sometimes, this approach misses topics worth talking about. To catch those, keep a Daily Scrum parking lot board. You can add topics to this board before or during the Daily Scrum. After you’ve gone through the stories, turn your attention to the parking lot. For each item, identify who needs to be involved in the discussion and when it’s going to happen. Occasionally, you might decide to address the item with the whole team right then (for example, if the Product Owner brought a new story that needs to be sized). Usually, though, these conversations can happen with a smaller group later in the day when it fits around the sprint work.

Published at DZone with permission of Bob Hartman, author and DZone MVB. (source)

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)