Daily Stand Up: The Art of Standing Up and Talking

What is the Daily Stand Up?

The meeting should not take more than 15 minutes, and each person should have no more than 2 minutes to speak. Each person in the team should answer the following 3 questions:

  • What did you work on yesterday?
  • What are you going to work on today?
  • What is blocking you from completing any tasks?

Ideally it should be done standing up (as the name suggests), or ideally around your Scrum/Kanban board where you can update this and ensure it’s maintained.

The Questions

What Did You Do Yesterday?

What Are You Going To Do Today?

What Are Your Blocking Points?

Common Problems with the Daily Stand Up

  • Meetings take too long.
  • The team starts solving a blocking issue that was raised, completely derailing the daily stand-up.
  • Some members give answers that are too detailed, and they take up too much time with their answers.
  • Team members fail to show up to the meeting.
  • Some team members take the daily stand-up as a competition to overstate their accomplishments.
  • The team answers the questions succinctly, without transferring anything meaningful to other members of the team.
  • Meeting participants who are not team members take over the meeting.
  • Members identify the same impediments day after day, and they are never resolved.

Tips for the Daily Stand Up

Starting the Meeting

Trigger an alarm to start the meeting  I read that one team blasts out Bob Marley’s “Get Up, Stand Up”

– which acts as a warning bell that the meeting is about to start. This triggers the whole team to move to the Scrum board without any prompting. This adds a bit of fun to the meeting and ensures its informal nature.

For people who are late, you can actually have a bit of fun and penalize them or even “fine them”. Check out:

where this group forces late people to do a Michael Jackson song and dance, or

where they are forced to do the ‘Cupid Shuffle’. You can also use the technique, in which the person, who arrives last, speaks first. It’s a good way to ensure people are on time. The late person is usually the least prepared, so be careful because your meeting might not start off so well.

Speaking of the order, you can start by getting the team to pick a card; cards 1–6 for example are randomly picked which decides the order people speak. I’m a massive fan on making the order random each time. I find the best way is to use a ball or stress toy to throw around, whoever has the ball gets to speak. This is great for ensuring interruptions are minimal too. The ball should be thrown at random which helps people to remain engaged, because they don’t know if they are going to speak next. If it’s the same routine every day, the last people to speak can sometimes lose interest. This is also a great way to promotes self-organisation in the team.

As a scrum master, to test the level of self-organization of your team, a good experiment to try is to do not attend or set up the meeting — see if it happens naturally with or without your presence.

Have the meeting in the same place, at the same time. This prevents any issues with scheduling or location.

Have it at the beginning of the day, I find it’s a great way to start. At the end of the day people are usually tired and just wanting to go home. But it’s important to note that the stand-up should not trigger the start of the day. The team should not stop working or wait to start because the stand-up hasn’t commenced.

You can also promote autonomy by rotating the facilitator, if you are a scrum master; don’t always facilitate the meeting — rotate! These means that if you are not available, anyone can take the lead and will also boost confidence in quieter members.

Have clear rules, maybe print them out and stick them on the wall where the meeting takes place.


You can add visualisation or aids, and I strongly recommend this. Do the meeting next to your Kanban/Scrum board or next to a screen if you use Jira/TFS/Trello or this kind of software. This is good as a centre piece for discussion, and is also useful for ensuring it’s always maintained.

Don’t spend too much time updating your PM tools though, listen first — it’s the most important. It’s easy if you use a physical scrum board, if it’s not so simple, update it after the meeting.

Keep the focus. Everyone in the meeting should be engaged. So no one should be at their desk (ideally), no phones, no email.

Collaboration is the key. It’s another way to promote team building and collaboration. Again, the team should be updating each other and clarifying, raising issues together.

Change up the questions once in a while:

  • What you did to change the world yesterday?
  • How you are going to crush it today?
  • How you are going to blast through any obstacles unfortunate enough to be standing in your way?

It’s called the daily scrum for a reason. Huddle the team together. This helps with team building too; no one has to shout, and this should make people more comfortable, and promote trust.

If you are the scrum master, and the person talking is only addressing you, its good practice to break eye contact with the person, just to remind them there are other people in the meeting too!


One of the main priorities should be the removal of blocking issues, the whole team should be responsible for this, not just PO or SM. Identify the problem, identify who is the right person to fix it, identify its priority and act on it. It’s also a good tip to make any blockers visual, so everyone can see its status — and even help out if they see progress is slow. The Scrum Master should have an Impediment List for this.

Focus should always be on updates, keep questions to a minimum and you can use the ‘car park’ (http://www.kantanagile.com/index.php/2015/12/21/make-daily-stand-up-more-efficient-use-the-car-park/) technique from one of my previous posts to help.

Remember the team is the most important. It’s not an official project meeting, evaluation or report to one single stakeholder, the purpose of the meeting is to update the team, to add transparency to the process. For the team, by team. The meeting should be kept as casual and informal as possible, this helps people to be open and honest and not feel like they are updating their manager.

No technical discussions — It’s hard with a team of developers, but technical discussions should be stopped and taken off-line immediately. They can quickly escalate.

Discuss all the work in progress. All work Items must attend the meeting, even if not all of the team does. Think from the perspective of the work — it can’t speak for its self.


  • Good Start, Improvement, Focus, Team, Status, or:
  • To help start the day well
  • To support improvement
  • To reinforce focus on the right things
  • To reinforce the sense of team
  • To communicate what is going on

The meeting should be motivating and inspiring. People should leave feeling with purpose and a plan.


If you have a big team, consider splitting the meeting into two. It’s not ideal, but neither is a daily stand up with 15 people. If you are in different locations, try to use video conference or web cams as a first option, I find being able to see everyone makes the meetings more engaging, and you can see who is interested and who is not. Voice calls over skype are not ideal, especially if everyone is at their desks because they will be tempted to work at the same time and not be fully engaged.

Meeting Length

Ending the Meeting

Sometimes it can be useful to send out a mini report or notes after the meeting, but I would be cautious about this as people may get too dependent on it and not focus on the meeting so much.

Review your Meetings


  • Not standing
  • Not at the same place or time
  • Teams joining late
  • Product owners can’t join
  • Reporting to the leader / Scrum Master
  • Not remembering what you did (preparation)
  • Storytelling
  • Not discussing impediments until the last minute
  • Missing important updates
  • Allowing distractions (tea, phone calls, speaking to a passer-by)
  • Starting a side discussion
  • Problem solving
  • Not listening to other team members
  • Not limiting to 15 minute
  • Not using a physical board

Here are some examples of what a daily stand-up should look like:

This post was originally posted on: theproducthub.io
Please check my site to get the latest articles first!

About the Author

Product Leader. Over 10 years in product development; with experience in product management, UX & UI, product design, product & delivery methodologies and product leadership. A strong advocate in innovation, experimentation and building great products with the use of qualitative and quantitative research, putting an emphasis on a customer centric design and approach.

Website: www.theproducthub.io

Twitter: www.twitter.com/achardypm

Facebook: https://www.facebook.com/theproducthubio

LinkedIn: mt.linkedin.com/in/achardypm

Medium: medium.com/@achardypm

Instagram: https://www.instagram.com/theproducthub.io/

Pinterest: pinterest.com/achardypm

SlideShare: slideshare.net/ashlychrstn

Product leader. A strong advocate in innovation, experimentation and building great products with the use of qualitative and quantitative research.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store