Agile Zone is brought to you in partnership with:

Dror Helper is an experienced software developer has written and designed software in various fields including video streaming, eCommerce, performance optimization and unit testing tools. He is passionate about programming best practices and all things software development, and has been a guest presenter at several user group meetings and ALT.NET events. Dror's blog can be found at http://blog.drorhelper.com where he writes about unit testing, agile methodologies, development tools, programming languages and anything else he finds interesting. Dror is a DZone MVB and is not an employee of DZone and has posted 56 posts at DZone. You can read more from them at their website. View Full User Profile

Doing the RIGHT Standup Meeting

09.09.2013
| 4658 views |
  • submit to reddit

Doing a stand-up meeting (a.k.a daily scrum) meeting should be simple, so why are so many teams doing it wrong?

I believe that a daily meeting is a good practice – and should be practiced by all development teams – with or without using scrum or any other agile methodology whatsoever.

And so I bring to your consideration my thoughts on how a stand-up meeting should be conducted:

So what is a stand-up meeting?

A stand-up meeting (or simply "stand-up") is a daily team-meeting held to provide a status update to the team members.

From Wikipedia

It’s as simple as that – each day the team meets and updates one another on the current status of their tasks.

So how come some teams do it wrong?

The fact is that conducting a successful daily meeting requires discipline and following a few simple rules. Because it's quite easy to mess things up and instead of a productive and informative meeting – waste everybody time.

The Right Time

Usually, a stand-up meeting is conducted in the morning - the reasoning behind this practice is that is helps “jump start” the day – after the meeting the whole team is synced and focused - problems have been addressed and everybody knows what he’s going to do that day.

I have been part of a team that did its stand-up meeting at the afternoon – because that was the time that most of the team was at the office. It was a good idea and it worked well – because a meeting in the morning with less than half of the team is not as effective as a meeting later with the whole (or most of) the team.

It doesn’t matter what hour you choose - make sure to have the meeting at the same time each day – it creates a routine and helps the team fall into the right rhythm.

The Right Amount

A daily meeting should be conducted every day – no exceptions!

It’s so easy to skip a meeting (or five) when deadlines approach. The problem is that skipping these meetings make the one you don’t skip less effective.

If you have a meeting once in a blue moon, it would be a long and tedious thing (“let me tell you what I did the last two weeks,” unfortunately, a real story).

If your team gets used to the fact that the meeting tends to be re-scheduled or canceled – they would not show on time (or at all) to the meetings you do decide to have – which brings us to the next point:

The Right Participants

All your team should be part of the daily meeting. I say should because we live in an imperfect world – people get sick, work out of office, have showstopper bugs to fix and so on. The important thing is to have the stand-up meeting at the designated time, even if some of the participants haven’t shown up yet.

In one of my previous jobs we had a problem. It took forever to get everybody in the same room – Joe would need to fix one last thing and Diana had to get out of the meeting (in five minutes) and so on. The meetings used to start 10-15 minutes after the designated time, which I felt was unfair for the guys who showed up on time. After a a while no one would show up at the meeting and I had to go and call each member of the team personally a few times to get everybody to show up. My solution was simple – I’ve started the meeting on time - without them, the fact that some participants were late didn’t effect the time for the rest of the team – and the late party learns to come on time.

There is no “minimum number” of participants - I did stand-up meetings with as little as two coworkers (during summer vacation) and it proved useful.

From time to time (read: always), invite testers (if not part of your team), or product/marketing guys (and gals), or your boss’s boss – let them know what you do and what you plan to deliver – just make sure they understand about the “chickens & pigs” beforehand.

The Right Duration

A stand-up meeting should be as short as possible – I recommend about five to 15 minutes, depending on the number of participants.

This is an important factor affecting the success of the meeting. In case you didn’t know, the reason that everybody is standing up is because we want to make this meeting short.

This is one of the more problematic guidelines to follow – I’m not sure why – perhaps there’s a performer in each of us.

In one team we’ve used an hourglass to make sure that the meeting didn’t get out of hand.

2013-09-05 20.23.24

We never actually stopped anyone mid-sentence, but it helped that the speaker knew how much time he had been talking.

Try keeping track of the meeting’s duration and, at its end, announce how much time it took – I found it helps if your meetings tend to get out of hand and last forever.

The Right Conduct

The team should take turns and each member of the team should answer these three questions:

  1. What did I do yesterday?
  2. What am I going to do today?
  3. What is preventing me from achieving my goals (roadblocks, impediments, etc.)?

And that’s it. No more, no less.

It always amazes me how easily a stand-up meeting can derail by not following this simple format.

I had a manager at one of my previous jobs who used the standup meeting to discuss present and future work with each participant personally – this is a great way to make sure no one pays attention in the meeting – at least not until it’s his or her turn for this public one-on-one with his or her manager.

Make sure that only the person updating about his or her status may speak. Some teams use a “totem” that grants its holder the right to speak (Lord of the Flies style) some do without it – the important part is that the meeting is about status updates for the whole team, not just the manager.

From time to time one of the other participants has something to say – perhaps he wants to offer help, ask for a short clarification, discuss a possible solution, or just argue with the speaker. This is fine as long as it’s short and to the point (e.g., “I know how to create this script – I’ll show you after the meeting"), if it becomes a conversation between two people, tell them to have another meeting after the daily stand-up. When such interference happens I would usually let them talk for a minute or two before stopping the conversation and telling them to discuss it after the meeting.

Conclusion

At a typical project meeting, most attendees do not contribute, but attend just to hear the outcome. A large amount of developer time is wasted to gain a trivial amount of communication. Having many people attend every meeting drains resources from the project and also creates a scheduling nightmare.
Communication among the entire team is the purpose of the stand-up meeting.

From extremeprogramming.org

A daily meeting is a good way to keep the team focused and informed, and is beneficial with or without practicing scrum (or any agile method).

Performing a successful stand-up meeting is simple, just make sure that you don’t lose sight of the real purpose of the meeting: a semi-real-time status update.

Published at DZone with permission of Dror Helper, 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.)