Standup Meeting Timer

READY
Round 1 / 6
02:00
Work: 2:00 Rest: 15s × 6 rounds

Agile standups (daily scrums) are timeboxed to 15 minutes maximum, with each team member speaking for 2–3 minutes covering: what they did yesterday, what they are doing today, and any blockers. A visible interval timer keeps participants concise and prevents the common pattern of standups expanding to 30–45 minutes.

The 2-minute-per-person timebox is the Scrum Guide standard. Research on meeting efficiency shows that visible time constraints reduce speaking time by 30–40% without reducing information quality. A 15-minute standup for a team of 6 provides exactly 2.5 minutes per person — achievable with a simple interval timer.

Standing up is the mechanism

The format is called a standup because people stand, and that is not decoration — mild physical discomfort is what keeps it short. Teams that adopt the name and sit down reliably drift toward twenty-minute meetings.

For remote teams the equivalent constraint has to come from somewhere else, which is usually a visible timer. Without a physical cue or a clock, nothing bounds the meeting except everyone's patience.

It is for blockers, not for status

The genuinely valuable output is a blocker said out loud in front of someone who can remove it. The status portion is mostly for the person speaking, and a written channel serves it better in most teams.

A standup where nobody ever reports a blocker is usually a standup where reporting one feels unsafe rather than one where nothing is blocked. That is worth noticing, because the meeting is then costing time and producing nothing.

Problem-solving is the failure mode

Every standup that overruns does it the same way: someone mentions a problem, two people who understand it start solving it, and everyone else waits. The conversation is valuable and the standup is the wrong place for it.

Naming the topic and who needs to be in it, then moving on within ten seconds, fixes it. That conversation then happens straight afterwards with the three people it concerns instead of the whole team.

Per-person budgets that keep the meeting inside fifteen minutes.

Standup timing by team size
Team size Per person Updates Remaining
4 90 s 6 min 9 min
6 75 s 7.5 min 7.5 min
8 60 s 8 min 7 min
10 60 s 10 min 5 min
12 45 s 9 min 6 min
15+ Split the standup
  • Standing is the constraint. Remote teams need a visible timer because they have removed the physical cue.
  • Above ten people, split rather than extend — most listeners find most updates irrelevant.

Source: Standup practice follows widely adopted agile convention; the fifteen-minute timebox is set by the Scrum Guide

Sources

  1. Standup practice follows widely adopted agile convention; the fifteen-minute timebox is set by the Scrum Guide , TheTimerLab — accessed 2026-07-28

🔗 Related Timers

❓ Frequently Asked Questions

How long should a daily standup be?
The Scrum Guide specifies 15 minutes maximum for teams of any size. For teams of 5–8, this means 2–3 minutes per person. Standups beyond 15 minutes lose their daily cadence value and should be restructured or moved to a separate problem-solving meeting.
What does each person say in a standup?
Three questions: (1) What did I complete yesterday? (2) What will I work on today? (3) Do I have any blockers? Answers should be factual and brief — 60–90 seconds is sufficient. Detailed problem-solving is moved to 'after-party' conversations post-standup.
How do I keep standups under 15 minutes?
Use a visible timer per person (2 minutes). Stand up — this physically reinforces brevity. Cut off problem-solving immediately ('let's take that offline'). Start on time regardless of who is present. Rotate the facilitator role to share accountability.
Should remote standups use a timer?
Yes — remote standups benefit more from timers than in-person ones. Without physical cues, speakers tend to over-elaborate. A shared visible timer (screen-shared browser timer) creates the same accountability. Some teams use async standups (written updates) for fully distributed teams.
Can I use this timer for retrospectives and sprint planning?
Yes — adjust the round duration and number of rounds. For sprint retrospectives, use 5-minute timers per topic (what went well, what to improve, action items). For sprint planning poker, use 3-minute discussion timers per story. The same interval timer structure applies.
What is timeboxing in Agile?
Timeboxing is the Agile practice of assigning a fixed maximum time to an activity. Standups are timeboxed to 15 minutes; sprints to 2–4 weeks; retrospectives to 90 minutes. Timeboxing creates urgency, prevents perfect becoming the enemy of good, and ensures meeting costs stay predictable.
TheTimerLab